wcf - Silverlightで別のWCFプロジェクトを使用する

Question

WCFを使用するSilverlightアプリケーションに取り組んでいます。SilverlightプロジェクトをホストするASP.Netアプリケーションとは別にWCFプロジェクトを用意する必要があります。ソリューションを整理し、デバッグと展開中に他の人が経験した落とし穴をリストする方法についてのガイダンスを探しています。

具体的には私の質問は

1. WCFサービスにはどのタイプのプロジェクトを使用する必要がありますか？（WCFプロジェクト、自己ホスト型WCFサービスを備えたASP.NETプロジェクト、その他）

2. F5キーを押したときに、SilverlightプロジェクトとWCFサービスの両方をデバッグできるようにするには、何をする必要がありますか？デバッグするためだけにクロスドメインポリシーが必要ですか？

私がこれをしたい理由に関するいくつかの背景情報：

徐々にSilverlightアプリケーションに変換しているレガシーWebアプリケーションがあります。これは大規模なWebアプリケーションであるため、その機能の一部は他の機能よりも先にSilverlightに変換されます。

従来のWebアプリケーションには、使用されなくなった多くのコードが含まれています。使用されなくなったコードの多くは、サードパーティのアセンブリを参照しています。これが、古いWebアプリケーションを削除したい理由です。したがって、将来のバージョンのために保持されるWCFサービスをホストしたくないことは明らかです。これが、WCFプロジェクトを分離したい理由です。

Answer 1

私たちはまったく同じことをしています。

1. 将来、ホスト方法を変更する必要がある場合に備えて、WCFプロジェクトを使用しています。（IEはIISを使用しなくなりました）

2.a. Silverlightプロジェクトとwcfプロジェクトで解決策を得ることができます。Silverlightプロジェクトには、ソリューション内のwcfサービスへのサービス参照が含まれます。これにより、F5を使用してデバッグできます。ただし、デプロイする場合は、実稼働場所を参照するようにapp.configサービスのURIを変更する必要があります。

2.b. 完全修飾ドメイン名がwcfサービスとSilverlightアプリで異なる場合にのみ、クロスドメインポリシーファイルが必要になります。私たちのものはたまたま違う。ポリシーファイルをいつ使用するかについての優れた記事は次のとおりです。Clicky

幸運を！

Answer 2

デプロイの準備ができたときに、サービスがアプリとは異なるマシンでホストされる場合は、最初にサービスをデプロイする必要があることを覚えておいてください。次に、サービス参照を再構成し、最後に、展開する前にSilverlightを再コンパイルします。それ以外の場合、Silverlightアプリは、展開する場所ではなく、ローカルマシンでサービスを検索します。