tridion - プリコンパイルされたコア サービス クライアントと独自のプロキシの生成

Question

2011sp1 以降、Tridion にはコンパイル済みのコア サービス クライアントが付属しています。サービス参照を追加して独自のプロキシを生成する理由はまだありますか? それとも、その古い方法は現在公式に廃止されていますか?

Answer 1

コンパイルされた dll とサービス参照の利点を見てみましょう。

• コア サービスは成長しており、低速のネットワークでサービス リファレンス リファレンスを生成するのは非常に困難です。コア サービスが大きいほど、サービス参照を生成するのが難しくなります (もちろん回避策はあります)。
• コンパイルされた dll は、「正しい」設定を使用してコンパイルされます。戻り値の型や他のアセンブリから再利用される型など、サービス参照を生成するときに設定できるオプションがいくつかあります。コンパイルされた dll を使用することで、すべてが正しく行われることが保証されます。
• サービス参照を更新すると、app.config がかなり混乱する可能性があります。dllとconfigの更新は少し簡単だと思います。
• LDAP、SSO、または HTTPS が構成されている場合、サービス参照を生成するのは難しい

Answer 2

実装者を支援するために、コンパイル済みのコアサービス クライアントがデフォルトで配布されます。独自のプロキシを生成するのは少し難しいため (svcutil でいくつかの構成を変更する必要がある場合があります)。

コンパイル済みのコアサービス クライアントは、常に最新のエンドポイントを使用します。常に古いエンドポイントに接続したい場合は、状況によっては独自のプロキシを生成する必要がある場合があります。

それ以外の場合は、最新のエンドポイントに接続していることを確認するプリコンパイル済みクライアントを使用できますが、クライアントが壊れる可能性があります (何かを修正するか、再コンパイルする必要がある場合があります)。