最近、MVC アーキテクチャについて学んでいますが、MVC と n タイヤ アーキテクチャを混同しています。
View が UI タイヤを表し、Controller が Business または Logic Tire を表し、Model が Data access Tire を表す n-tire(3-tire) アーキテクチャの代わりに MVC を直接使用できるという発言を見たことがあります。
また、3 タイヤ アーキテクチャの UI タイヤのみが MVC に置き換えられると言う人もいます。その場合、モデルとロジック タイヤの両方でドメイン オブジェクトを複製する必要がありますか?
上記の 2 つのアプローチのどちらが正しいですか、または要件に応じて両方を使用できますか?
MVC と N 層は補完的です。両方を同時に使用できます。この場合、MVC は UI レイヤーを置き換えます。N層は物理構造を表しますが、MVCは設計パターンです。
良い例として、さまざまなデータ ソース (DA) に接続する Web サービス (サービスとビジネス) と通信する MVC アプリケーション (UI) があります。ここで MVC は、より一般化された再利用可能なビューと最適化された UI レイヤーを可能にします。
ただし、MVC は N 層に取って代わるものではありません。
それが役立つことを願っています！
MVC には、従来の n 層アーキテクチャよりも多くの利点があります。ダイナミックで、チーム作業に適しています。デザイナーはコーディングの側面を気にせずに作業を行いますが、コーダーはデザインを気にせずに仕事を続けることができます。
これらはかなり異なるパターンです。
N 層は、アプリケーション レイヤーの物理的な分離に関するものであるため、たとえば、DAL を交換したり、別のフロントエンドを追加したりできます。
一方、MVC は、ユーザーとアプリケーション間の対話に関係しています。