2009-05-06 12 views
1

Webサイトプロジェクトと多数のサポートプロジェクト(ドメインモデル、データアクセスなど)を含むVisual Studioソリューションがあります。Webサイトプロジェクトと同じまたは異なるソリューションのWCFプロジェクト:賛否両論

私は、同じドメインの下のURLを介して同じ基本データにAPIを公開したいので、これを行うWCF/RESTプロジェクト(ドメイン/データアクセスプロジェクトの同じセットに依存しています)を開発しました。

ここでは、WCFプロジェクトを元のWebサイトのソリューションに配置するだけの場合と比べて、仮想IISパスの下に展開された別のソリューションにWCFサービスを導入することについて賛否両論があります。

私は片方向に行きたいと思う理由がありますか?私はIISの展開にあまり経験はありません。

答えて

4

サービスをIIS内でホストする代わりに自己ホストしたい場合や、何らかの理由でサービスインターフェイスをアセンブリとして共有したい場合は、おそらく別のアセンブリ。

サービスの実装(サービス契約のためのものを含む)、サービスの実装のためのもの、自己ホストのための別のもの(必要ならばWindows NTサービスやコマンドラインアプリ)。それは最もきれいな分離であり、そうしないと本当の理由はない、IMHO。

マーク

+1

私は同意します。何度か私の.svcファイルをWebプロジェクトに含めましたが、私はいつも共通のファイルとサービスプロジェクトの具体的なサービス実装で契約を保持しています。これはMarcが語っている正確な方法でベーコンを保存しました。さらに、契約が別個の図書館にある場合は、ビジネスロジックを諦めることなくそれを配布することができます。 –

関連する問題