私はWCFを初めて使用するため、WCFクラスライブラリとホストコンソールアプリケーションの2つのプロジェクトを開きました。現在、両方のプロジェクトには、WCFサービス構成設定を格納するためのapp.configがあります。
今のところ私には思えますが、間違っている場合は訂正してください。両方のプロジェクトをWCF設定で構成する際に冗長性があります。
実世界のプロダクションソフトウェアではどのように行われていますか？WCFサービス用に個別の*.dllライブラリを使用しますか、それともホストプロジェクトで実装されますか（それによって、単一の場所の構成を使用します）？
ありがとうございました 。
EliorCohen の答えは正しいですが、いくつかの点を拡張したかったのです。
まず、WCFクラス ライブラリを構築します。ライブラリは構成ファイルを単独で使用しません。これらは、呼び出し元アプリケーションの構成ファイルを使用します。これは、特に開発者が新しいクラス ライブラリを作成し、プロジェクトに App.config ファイルが表示されている場合に、開発者に多くの混乱を引き起こすと私が見たものです。
次に、WCF 4 では、構成ファイルに何も指定しなくても、実際にサービスをホストできます。ランタイムは、サービス ホストの構築時に指定された URI に基づいて、既定のエンドポイントを追加します。
また、通常のデフォルトをオーバーライドするデフォルト バインディングと動作を設定することもできます。たとえば、すべてのサービスが大きなリクエストを処理する場合、より大きな値でデフォルト バインディングを定義することができます (設定でname属性を省略することにより)。 Binding）。
WCF は多くのオプションがあるという点で優れていますが、特に初めて使用する場合は、その恩恵が呪いになることもあります。
既定のエンドポイントなどの詳細については、「A Developer's Introduction to Windows Communication Foundation 4」を参照してください。
クライアント アプリ用の構成ファイルが引き続き必要になることに注意してください。
構築している wcf プロジェクトは、サービスの実装を表しています。構成は、サービスのホスト (ホスト アプリ) にある必要があります。