私は現在、勤務先の会社で、すべての開発者に Silverlight (v2) について教えることを任されています。唯一の問題は、実際の Silverlight の経験がないことです。もちろん、データバインディング、レイアウトなどに関するすべての技術的な詳細を研究したので、同僚を助けることができます。しかし、情報を見つけるのが難しいのは、一般的なプロジェクト構造です。
私は P&P Prism 2 の道をたどることに決めました (そして、後でミックスに WPF を投入することさえあるかもしれません)。そのため、賢い人で Prism 2 または WPF のみを使用して実際のプロジェクトを開発した経験があるかどうか疑問に思っていました。プロジェクト/ソリューションの構造について何か提案があれば教えてください。「どこにビューを配置しますか？」など。または「モジュール プロジェクトの命名規則はありますか?」等
どんな助けでも大歓迎です。
これは、Silverlight ではなく Prism for WPF を使用した私の経験に基づいています。私は Prism の専門家ではないので、これらのいくつかについて簡単に考えを変えることができます。:-)
すべてのモジュールを作成するのは魅力的です。しないでください。ビルド時間はすぐに吹き飛び、非常に分断されたソリューションに取り組まなければなりません。代わりに、静的に読み込まれる 1 つのメイン モジュールがあり、基本パッケージに必要なものがすべて含まれています。アドオンまたはエクストラは、動的にロードされる他のモジュールになります。その 1 つのモジュールを少し分解する価値はあるかもしれませんが、数は少なくしておいてください。これはロード時間にも役立ちます。
これが良いアイデアかどうかはわかりませんが、View および ViewModel インターフェースを View/ViewModel 自体と同じファイルに保持するのが好きです。MVVM パターンは大量のファイルを生成できるため、これが気に入っています。これにより、ファイル数が少なくなります。欠点は、インターフェイスとその実装を分離するのが難しいことですが、これを行う必要はほとんどなく、この手法はテストを妨げません。これはもう 1 つの利点です。
ビューは通常、Views フォルダーに移動し、次に各ビューのフォルダーに移動します。各ビューのフォルダーには、必要に応じて、ビュー、ViewModel、およびプレゼンターが含まれます。
参照実装から、モジュール間で共有する必要があるすべての共通クラスのインフラストラクチャ プロジェクトを作成します。リファレンス実装には詳細が含まれていますが、これは一般的なサービス インターフェイス、定数など、あらゆる種類のものに使用できます。