ユーザ設定管理クラスの設計はどのようにすべきですか。値とテキストデータ両方を保持したモデルを定義したい

Question

(Flutter/Dartで)アプリのユーザー設定データを管理するクラス設計についてのベストプラクティスや、よく使用される設計を知りたいです。flutterで開発していますが、言語に依存しない設計思想でかまいません！！
ずっと個人でしかやってこず壁にぶち当たり、
保守性、拡張性、可読性を良くするため勉強し始めました
良ければみなさんの知見をご共有ください

---

以下は具体的に今私が直面している問題です。

実現したいこと

1. 表示文字列と設定項目を外部ファイル化(テキストファイル、設定項目ファイルで設定を管理する)
2. 1つのクラスでvalueと文字列データlabel,descriptionなどをすべて持つSettingItemクラスを、できれば定義したい
3. Clean Architectureに準拠した設計
4. 型安全性を保った設定管理
5. 保守性・拡張性の確保
6. ローカライズ対応（多言語表示、最優先ではない）
7. UI表示の柔軟性（特殊配置とリスト配置の組み合わせ）

前半はsettingItemのクラス設計、後半はsettingItemをどうまとめて扱うかについてです。

---

採用した設計 value + enum key

• SettingItemクラスではvalueと文字列を参照するkeyだけを保持
• 実際の文字列はwidget内でキーを参照して取得
  色々考えた結果、今この方針で進めていますが完全には納得はしていません...

enum SettingKey with KeyEnumMixin {
  darkMode,
  textSize,
  // ...
}

mixin KeyEnumMixin on Enum {
  String get label => '${name}.label';
  String get description => '${name}.description';
}

class SettingItem<T> {
  final Enum settingKey;
  final T value;
  final T defaultValue;

  String get labelKey => (settingKey as KeyEnumMixin).label;
  String get descriptionKey => (settingKey as KeyEnumMixin).description;
}

// UI内
final label = AppLocalizations.of(context)!.translate(settingItem.labelKey);

// テキストファイル
// lib/l10n/intl_en.arb
{
  "SettingKey.darkMode.label":  "Dark Mode",
  "SettingKey.darkMode.description":  "Enable dark theme"
  ...
}

// 設定項目ファイル
// assets/settings_definitions.json
[
  {
    "key": "SettingKey.darkMode",
    "labelKey": "SettingKey.darkMode.label",
    "descriptionKey": "SettingKey.darkMode.description"
  },
  {
    "key": "SettingKey.language",
    "labelKey": "SettingKey.language.label",
    "descriptionKey": "SettingKey.language.description",
    "options": ["en", "ja", "es"]
  }
  ...
]

考慮した設計

1. metadata class + value class + acess key

class UserSetting {
  final bool darkMode;
  final int textSize;
  
  dynamic getValue(String key) {
	switch (key) {
	  case 'darkMode':
		return darkMode;
	  case 'textSize':
		return textSize;
  }
}

class SettingMetadata {
  final String key;
  final SettingType type;
  final String labelKey;
  final String descriptionKey;
  final List<String>? options;
}

class SettingsViewModel extends ChangeNotifier {
  late List<SettingMetadata> metadata;
  late UserSettings userSettings;

  dynamic getValue(String key) => userSettings.getValue(key);
}

// UI内
final meta = viewModel.metadata[index];
final value = viewModel.getValue(meta.key);
final label = AppLocalizations.of(context)!.translate(meta.labelKey);

• valueとmetadataで分割されているのがあまり納得いかない

2. メソッドでcontextを受け取る、関数型プロパティ

class SettingItem<T> {
  final Enum settingKey;
  final T value;

  String label(BuildContext context) => AppLocalizations.of(context)!.translate(settingKey.label);
  String description(BuildContext context) => AppLocalizations.of(context)!.translate(settingKey.description);
}

class SettingItem<T> {
  final T value;
  final String Function(BuildContext)? showLabel;
  final String Function(BuildContext)? showdescription;
}

一番これが楽に扱えそうで好みだったが、依存関係がcleanarchitectureに違反してしまう

• Model層がPresentation層（BuildContext）に依存してしまう

3. Extension + 純粋なModel

// Model層
class SettingItem<T> {
  final Enum settingKey;
  final T value;
}

// Presentation層
extension SettingItemLocalizations on SettingItem {
  String label(BuildContext context) => AppLocalizations.of(context)!.translate(settingKey.name);
}

• extensionはBuildContextを持つためpresentation層に記述される。そのため、SettingMetadataがlabel()を保持していることが一見わかりにくい

---

SettingItemのまとめ方

• UIでは一部特殊な表示をし、他はリスト表示にしたい
  検討した選択肢

1. List<SettingItem> settings
2. Map<SettingKey, SettingItem> settings
3. 個別フィールド（SettingItem darkMode; SettingItem language;）

Map + 個別のハイブリッド + interable

class UserSetting {
  final Map<MangaToolSettingKey, SettingItem> _settings;

  SettingItem<bool> get darkMode => _getSetting<bool>(SettingKey.darkMode);
  
  Iterable<SettingItem> get allSettings => _settings.values;
}

---

よろしくお願いします