1

私は自分のプロジェクトのアーキテクチャを設計しています。

  1. Web アプリケーション (クライアント)
  2. Windows アプリケーション (クライアント)

  3. モバイル アプリケーション (クライアント)

  4. サービス層 (Web API を使用して実行されます)

  5. ビジネスロジック層
  6. データ アクセス層
  7. データ オブジェクト レイヤー

私の質問は、Web アプリケーションとサービス層 (Web Api) 用に 2 つの異なる MVC プロジェクトを作成する必要があるかどうかです。それらの両方がホストされるためです。WebApi テンプレートが ActionMethods もサポートしていることを見てきました (クラスがコントローラー クラスによって継承されている場合)。そのため、Web Api テンプレートを WebApp およびサービス レイヤーとして使用できます。

従うべきベスト プラクティスは何ですか。

これらの場所に同様の質問があることを知っています

MVC4 WebAPI の正しいアーキテクチャは何ですか?

3 層アーキテクチャで ASP.NET WebApi を使用する

しかし、私は自分の要件を具体的にしたかったのです。

前もって感謝します。

4

2 に答える 2

1

アーキテクチャを定義するには、各コンポーネントの責任を確立する必要があります。ASP.NET Web API は、通常、純粋な HTTP セマンティクスでの状態の表示に関係する軽いレイヤーである必要があります。これは、従来の Web サービスで SOAP が行うことと似ています。

したがって、ASP.NET Web API アプリケーションでは、ビジネス ロジックはほとんど必要ありません。したがって、ネットワーク遅延、シリアライゼーション、デシリアライゼーションなどを含む追加の物理層のオーバーヘッドを単純に追加するつもりはありません。

これは私の好みのアプローチです：

ここに画像の説明を入力

于 2013-08-28T09:14:58.093 に答える