0

私は現在、J.PalermoのOnionArchitectureに取り組んでいます。私の場合、それを実装するのにいくつかの問題があります。このアーキテクチャは、「ビジネスレス」Webサイト、別名サービスのマッシュアップに適していますか?

これが私の場合です:

多くのバックエンドサービス(WCF)があり、それぞれが分離されたビジネスデータ(マーケティング、アカウント、オファー、CMSなど)を公開しています。私たちの多くのMVCWebサイトは、ページをレンダリングするためにこれらのサービスを「ただ」消費します。すべてのビジネスロジックがサービスに含まれており、Webサイトはプレゼンテーションロジックに限定されています。Webサイトにはdbアクセスはありません。ただし、一部のビジネスデータは、プレゼンテーション用の複合エンティティにマージできます(コンテンツページをオファーにリンクするなど)。このロジックをサービスレイヤーの下に置くと思います。

編集: バックエンド/中間層サービスの結果/アクションをマッピングするためのドメインモデルを作成する必要がありますか?たぶん、ここでのビジネスロジックは、異なるソースからのデータをマージすることだけですか?

ありがとう、

4

2 に答える 2

2

すべてのビジネスロジックがWCFサービスに含まれている場合、ドメインモデルを使用したコアプロジェクトのポイントを確認するのに苦労します(それは何をしますか?)。複数の操作を組み合わせるために、これらのサービスの上にビジネスロジックのレイヤーを追加していないと思いますか?そうでなければ、タマネギのアーキテクチャはこのシナリオでは適切ではないと思います。

于 2012-10-03T15:53:44.443 に答える
0

WCFは、事実上、他のアプリケーションのドメインサービスであると言えます。実際には、Onionを複数のアプリケーションに分割しているだけです。

于 2013-08-20T18:17:32.097 に答える