asp.net mvcアプリケーションを設計するには？

Question

私は、ベストプラクティスに従うためにアーキテクチャとパターンについて少し読んだことがあります。だから、これは我々が持っているアーキテクチャであり、私はあなたがそれについて考えるものを知りたいと思ったし、任意の提案された変更または改良 -

• プレゼンテーション層 - ビューにも必要なすべてのビュー、コントローラ、および任意のヘルパークラスが含まれていますModel LayerとBusiness Layerへの参照が含まれています。
• ビジネス層 - ビジネスロジック、およびそれによって使用されているすべてのビジネスロジックと検証ヘルパークラスが含まれています。これには、DataAccess LayerとModel Layerへの参照が含まれています。
• データアクセスレイヤー - エンティティクラスのエンティティクラス（CRUD）操作で実際に実行されるクエリが含まれます。モデルレイヤーへの参照が含まれています。
• モデルレイヤー - エンティティフレームワークモデル、DTO、Enumsが含まれています。上記のレイヤーへの参照はありません。

上記のアーキテクチャについてのご意見はありますか？問題は、私がリポジトリパターン、ドメイン駆動型設計、および他の設計パターンのように読むことで混乱していることです。私たちが持っているアーキテクチャはそれほど厳しいものではありませんが、それはまだ問題ありません。私はここで何か助けや提案をいただければ幸いです。私は実際に私が逃した本当の大きな問題を探しています...ありがとう！

Answer 1

なぜ特定のアーキテクチャが必要なのかという根本的な理由にわずかに依存しますが、相互運用性とテスト容易性を考慮して、わずかな分離を伴う標準のMVCアプリケーションを想定すると、正確に正しいのはです。

この場合、例外なく強く強制する必要があります。モデルレイヤーに「上記のいずれかへの参照は実際にはありません」と少し曖昧です - それはではなく、より高いレベルのいずれかを参照してください。

リポジトリパターンなどの他の側面は、データレイヤの実装方法として導入されます。レイヤ自体を指示するものではありません。