問題タブ [three-tier]

ASP.NET MVC プロジェクトで 3 層アーキテクチャとリポジトリ パターンを使用しようとしています。しかし、場合によっては、3 層アーキテクチャーとリポジトリー・パターンがほとんど同じに見えます。そこで、より明確にするために次のことを調べてみました。

リポジトリ パターン

N 層アーキテクチャ

その後、実装のために次のコードに入りました。より効率的な方法で実装を改善するためのアドバイスを期待しています。

モデル- 部門クラス:

インターフェース- IRepository インターフェース:

DAL - DepartmentGateway クラス:

BLL - DepartmentManager クラス:

UIセクションを離れます。これが続行する正しい方法であるかどうかを確認し、お知らせください。ありがとう。

追記：こんな質問ですみません。私は実際にこれら 2 つのことを混ぜ合わせており、コード サンプルを使用して専門家からのアドバイスを期待しています。リンクを投稿しないでください。私はすでにいくつかを見てきました。

私が取り組んでいるプロジェクトは「大学管理システム」で、これは大きなプロジェクトです。現在、問題なく機能する学生登録セクションを実装しています (プロジェクトのごく一部)。ASP.NET MVC テンプレートで「Three-Tier Architecture」と「ORM - EF」を使用しました。プロジェクトでは、学年、学部などに応じて学生を登録するための検証を行う必要があります。そのため、DAL、BLL、最後にコントローラー、ビューなどのセクションがあります。コントローラーで検証を行い、BLL からデータを取得して、DAL からデータを再度取得しました (これは、「3 層アーキテクチャ」の単純な条件です)。だから私の質問は：

1) コントローラーで検証を行っても問題ありませんか?

2) そうではなく、BLL でそれを行う必要がある場合、それは問題ないのでしょうか? なぜ、またはコントローラーでそれを続けることができますか?

注:私には、コントローラーまたは BLL で検証を行うことは問題ないように思えます。効果はありますか？

今、私は次のことをしました：

ダル:

BLL:

コントローラ：

3 層アーキテクチャでは、DAO パターンはどこにありますか? ビジネス ロジック層ですか、それともデータ層ですか?

なぜこれが起こるのか分かりますか？どうもありがとうございます！