アプリケーションがコンパイルされて展開された後に、システム管理者がアプリケーション文字列やその他の国際化可能な値 (制御幅/配置など) を再定義できるようにしたい Windows フォーム アプリケーションの機能要求があります。主な使用例は、顧客がビジネス プロセスに合わせてラベル文字列などを再定義することです。そのため、画面を完全に再定義することは考えていません。ラベルやボタンの幅などを微調整するだけです。そのため、管理者が Web ポータルから UI の微調整を行い、設定がデータベースに保存されるというアイデアが考えられます。次にクライアント アプリケーションがサーバーと同期するときに、UI 設定をダウンロードします (SQL CE データベースまたはファイルなどを使用)。次に、それらの設定をビューに適用します (おそらく再起動後)。実際のリソース キー/値のエクスポートおよびインポート プロセスは、この質問の範囲外です...
すべてのビューは通常の Windows フォームの方法でコーディングされていますが、すべてのビューは (Localizable=True フラグを使用して) 国際化されており、現在 .resx メカニズムを使用してアプリを 4 つまたは 5 つの言語に国際化しています。
私の質問は、.NET ResourceManager を使用して、アプリケーション アセンブリに埋め込まれたリソース ファイル以外のソースからリソースを読み込むことは可能ですか? たとえば、アプリケーションがリソースを要求するとき、カルチャ固有のアセンブリの埋め込みリソース ファイルではなく、SQL CE データベースから検索しますか?
この機能と実装には多くの落とし穴があるかもしれませんが、現時点では心配していません。現時点では、このスーパー ユーザー フレンドリーにすることについても心配していません。リソースのバッキング ストレージ メカニズムを簡単に交換できるかどうかを知りたいだけです。
また、誰かが持っている場合、これに対する完全に異なる実装オプションについて学ぶことにも興味があります。