当社の製品には、Webインターフェイス（ASP.NET）とサービスインターフェイス（WCF）の2つのインターフェイスがあります。WebUIは私のサービスのクライアントに過ぎませんか？
ビジネスロジックに接続する正しい方法は何ですか？ WebUIはWCFサービスのクライアントに過ぎないのでしょうか（下の図を参照）？
a。 WebUIとWCFを分離：
User1 -> ASP.NET -/-> Business Layer
User2 -> WCF ----/
b。あなたのサービスは、Webアプリケーションが行う必要は絶対にすべてを公開している場合のWebUIは、サービス
User1 -> ASP.NET -/-> WCF -> Business Layer
User2 -----------/
のクライアントだけで、なぜそれを使用しません！ ...このサービスをクライアントなどに提供する予定の場合は、それを自分で使用することは、必要なすべてをテスト/確認するのに最適な方法です。
ビジネスロジックを両方のサービスが使用する共通のDLLにカプセル化します。サービス（IIS/WCF）のみ通信/プロトコル/シリアライズなどを扱うには
....
それは実装が簡単です。この方法で、性能が優れています。
これは、クライアントのアーキテクチャによっても異なります。 MVCのようなものを使用している場合は、大量のViewModelを作成する必要があります。 WCFサービスがきめ細かなサービスの場合、厳密に型指定されたDTOオブジェクトを返すようにするのが理にかなっています。サービス契約を含むDLLをクライアントと共有すると、サービス応答に含まれるDTOをViewModelとして使用することができます。このようにデカップリングすることで、UIアプリケーションとビジネスロジックのミドルウェアを異なる方法で拡張する利点があります。