asp.net mvc で 3 層アーキテクチャを実装することの意味を知りたいですか?
このような方法で言及されている、これに関する多くの投稿を見てきました。しかし、私はそれでとても混乱しています。MVC モデルをビジネス層と呼ばれる別のソリューションに分離することは、mvc で 3 層アーキテクチャを実装することとして知られていますか? そうでない場合、mvc で 3 層アーキテクチャを実装する適切な方法は何ですか?
タイプ 1
プレゼンテーション層: MVC パターンの「コントローラーとビュー」。
ビジネス層 : MVC パターンの「モデル (データ)」。
データ アクセス層 : 元のデータ アクセス層。
タイプ 2
プレゼンテーション層: モデルを除く MVC 内のすべて
ビジネス層: モデルを分離
データ アクセス層: データベース自体
MVC を使用した 3 層アーキテクチャの完全な最適なオプションは見たことがありません。それは本当にあなたに最適なものに帰着します. MVC アーキテクチャをどのように実装するかを共有する際に、それが最善ではないかもしれませんが、今日の最善の方法は、明日は 2 番目に良い方法になります。
Web UI プロジェクトには、ビューとコントローラーが含まれています -- プレゼンテーション層
別のプロジェクトで、コントローラーによって呼び出されるサービス クラス (ビジネス ロジック層) を作成します。
モデル クラスもこの 2 番目のプロジェクトにあり、プレゼンテーション層にリンクするビジネス オブジェクト レイヤーとして機能します。
データベースとの対話を必要とするサービスは、2 番目のプロジェクトの別のクラスにあります。-- データ アクセス層。
また、必要に応じてすべてまたは特定のサービスを生成するサービス構成クラスがあります。-- これは、ビジネス ロジック層にも関係します。
私たちが行っていることについては、これはうまく機能します。