現在、Imは全く分離していないプロジェクト(asp.net mvc)をリファクタリングしようとしています。ただフォルダ:■asp.netの幾分大規模なウェブサイトのための推奨される解決構造
- プロジェクトはEFコードファーストクラス(People.cs、Exam.cs、 Message.cs、など)
- の束を持っているプロジェクトは、すべてのEFデータを使用して複数のリポジトリを(持っています コンテキスト)
- そしてもちろん、私たちは、テストプロジェクトを持っているが、我々は本当に今のように働いているのではない何かようTDDで非常に良いアレントコントローラとのviewmodels
がたくさん。
私は、プロジェクトが取り組まなければならないさまざまな責任をより明確にしたいと考えています。これを達成する良いプロジェクト構造に関するアドバイスをいただければ幸いです。
助けてください。事前
インターフェイスを追加することに同意しました - そして、IoCコンテナを使用して、実行時にインターフェイスを実装に解決することにチャレンジしました。 –
私は、viewModelはサービスレイヤ(ビジネスロジック)と全くやりとりしないと読みました。彼らはWebプロジェクトのままでいけないのですか? – ignaciofuentes
一般に、ViewModelはWebプロジェクト内に保持されます。しかし、私たちのDTOは、Webやサービス、WPF(XAML)といったプレゼンテーション層で直接使用できます。 UnityのようなIoCコンテナは、私たちの懸念を分離し、サービスの依存関係を注入するために必要です。 – jdmonty