顧客がパーツ情報をアプリケーションに送信するための WCF サービスを考えています。1 つまたは複数の場所を持つ複数の顧客がいて、部品情報は顧客の各場所に限定されています。顧客が当社のサービスに電話するとき、場所を指定する必要があります。
検討したオプションは次のとおりです。
1) カスタム ヘッダーにロケーション ID を配置します。すべての部品情報は、リストされているすべての場所に適用されます。
2) メッセージ本文に「コンテキスト」ノードを追加します。すべての部品情報は、リストされているすべての場所に適用されます。
3) パーツ情報が含まれる場所ノードをメッセージ本文に追加します。各場所には、独自の部品リストがあります。
これをどのように処理すべきかを判断するためのベストプラクティス/標準のヘルプを探しています。顧客/場所のスコープを持つ他のサービスを作成する必要があり、これを一貫した方法で処理したいと考えています。
それを必要とする操作が 1 つまたは 2 つだけの場合は、それをデータ コントラクトの一部にします。メソッド呼び出しのパラメーターにするようなものです。すべての操作でそれが必要な場合は、ヘッダーに入れます。これは、ユーザー名、ロール、テナント、またはその他の認証情報と同じくらい多くのコンテキストであるためです。リクエスト コンテキスト (HttpContext など) に入れるようなものです。
メッセージ コントラクトを使用する必要がありますか? 何かをストリーミングする必要がない限り、私はデータ コントラクトを使用するので、すべてが本体に収まります。しかし、メッセージ コントラクトの場合でも、その情報を本文に入れますが、認証情報用にヘッダーを予約する傾向があります。
処理の概要情報と処理できなかった部分の詳細を含む応答を送信する予定です。
メッセージ コントラクトにはパーツのコレクションがあり、パーツはデータ コントラクトで定義されます。メッセージ コントラクトには、パーツ コレクションの処理を制御するフラグもあります。これは、このフラグの適切な場所である場合とそうでない場合があります。