私は、Unity を .NET アプリケーションに使用して、大規模なコードベースでコード モジュールと依存関係を「管理可能」に保つことの大ファンです。私はアセンブリをメイン プログラムのプログラム ディレクトリにドロップし、IoC 構成ファイル (通常は .exe.config ファイル) を再構成することで、.NET で何年も使用してきました。メインプログラム。
ただし、Windows ストア、さらに重要なことに Windows IoT 用のユニバーサル アプリの作成に進出し始めました。
考えられるオプションの 1 つは、「モジュール」(PCL/ユニバーサル クラス ライブラリ) をコンパイルし、それら (およびその依存関係) をユニバーサル アプリ内の「コンテンツ」ファイルとして含め、起動時にリフレクションを使用してこれらのアセンブリから型を読み込むことです。リフレクションによるプログラムの。
別のオプションは、コンパイル前にすべてのモジュールとそれらの依存関係をメインプログラムのプロジェクト参照に含めることですが、「貧弱な依存関係注入を使用して登録と解決をハードコーディングする」ことですが、これは私にとって本当に間違っていると感じています-理想的には維持したいと思います可能な場合、依存関係を分離しますか?
何か案は...？
PS。Unity に縛られているわけではありません。別の IoC ライブラリがこのプラットフォームでより適切に機能する場合は問題ありませんが、Unity は私がすでに知っていて大好きなものです。