アーキテクチャ上、ロジック処理のために接続する別の n 層ビジネス サーバーがある場合、n 層 ASP.net MVC Web サーバーが必要ですか?
ビジネス ロジックの分離以外に、Web サーバーに n 層アーキテクチャを使用する理由はありますか? データ層もビジネス サーバーで処理することは理にかなっていますか?
私には、Webサーバーにはn層が必要ないように思えますか?
アーキテクチャ上、ロジック処理のために接続する別の n 層ビジネス サーバーがある場合、n 層 ASP.net MVC Web サーバーが必要ですか?
ビジネス ロジックの分離以外に、Web サーバーに n 層アーキテクチャを使用する理由はありますか? データ層もビジネス サーバーで処理することは理にかなっていますか?
私には、Webサーバーにはn層が必要ないように思えますか?
私の知る限り、1 層に収まらないアプリケーションはありません。したがって、理論的には、どこでも多層は必要ありません。
MSDNから:
別のビジネス層が必要かどうかを決定します。アプリケーションの保守性を向上させるために、可能な場合は別のビジネス レイヤーを使用することを常にお勧めします。例外は、(データ検証以外の) ビジネス ルールがほとんどまたはまったくないアプリケーションです。
追加のレイヤーを追加する理由はさまざまで、たとえば次のような場合があります。
すべては特定のニーズに依存します。したがって、トレードオフを知る必要があります。
また、 MSDNから知っておくとよいこと:
レイヤーは、ソフトウェア ソリューションを構成する要素の論理的な構造化メカニズムです。層は、システム インフラストラクチャの物理的な構造化メカニズムです。
専用のアプリサーバーがすでにある場合は、Webアプリケーションは既存のビジネスレイヤー上のプレゼンテーション層にすぎないため、Webアプリケーション内にn層は必要ありません。
ところで、レイヤーとティアを混同していないと思いますか?