私のチームは、複数のバックエンド システムへのゲートウェイとして機能する WCF サービスを継承しています。このサービスへのすべての呼び出しの最初のステップは、呼び出し元を識別するコンテキスト キーに基づく決定ポイントです。このディシジョン ポイントは、基本的には、要求を送信するバックエンド システムに基づいてハンドラーを提供するためのファクトリです。
このサービスを RESTful サービスに簡素化することを検討しており、コンテキスト キーをパラメーターとしてすべてのリクエスト ヘッダーに追加するのではなく、リクエスト ヘッダーの一部としてコンテキスト キーを渡すことの利点と結果を検討しています。サービスに呼び出します。一方では、各バックエンド システムのサービスの個々の実装を見ると、呼び出し元のコンテキストは直交する懸念事項のように見えます。ただし、カスタム ヘッダーを使用すると、サービスへの呼び出しの重要な詳細が表示されているインターフェイスから隠されているため、少し違和感があります。これは純粋に内部的な解決策であり、インターフェースの可視性に関する私の懸念の一部を軽減することに注意してください。隠された詳細。