SupportedAddressingMode 列舉

定義

命名空間:

System.ServiceModel.Channels

組件:

System.ServiceModel.dll

指定服務是否支援將回應只傳送至匿名位址、只傳送至非匿名位址，或兩者都支援。

public enum class SupportedAddressingMode

public enum SupportedAddressingMode

type SupportedAddressingMode = 

Public Enum SupportedAddressingMode

繼承

Object

ValueType

Enum

SupportedAddressingMode

欄位

Anonymous	0	伺服器只支援匿名位址，因此用戶端必須提供匿名回應位址。
Mixed	2	伺服器同時支援匿名和非匿名位址，因此用戶端可選擇使用其中一種或兩種。
NonAnonymous	1	伺服器只支援非匿名位址，因此用戶端必須提供非匿名回應位址。

備註

這個列舉會用於指定伺服器的能力，而該功能將形成伺服器加諸至其用戶端上的需求。

Windows Communication Foundation (WCF) 有各種尋址控件，可用來指定應該傳送訊息的位置。 例如，用於訊息目的地的邏輯 To 位址、傳輸所使用和服務接聽所在的實體位址 ("Via") 位址，以及提供用戶端端點位址之端點的 ReplyTo 位址。

在最基本的情況下，即雙方只在彼此之間交換訊息時，就不必個別指定這些位址。 但是因為交換可能會包含其他訊息目的地，所以您必須要能夠在需要明確提供位址時指定這些位址。 即使只在雙方之間進行交換，有時仍然需要這項能力，例如在伺服器必須建立自己的 HTTP 要求的雙重 HTTP 情況下。 下面的關係類型是由 SupportedAddressingMode 列舉定義用來擷取這些訊息模式：

• 匿名位址是最基本的尋址形式。 如果有預設的回應路徑，便會使用匿名定址。 TCP 是雙向通訊傳輸，而 TCP 訊息的回應可以傳回至傳送原始訊息之通訊端的另一端。 同樣地，HTTP 的要求-回覆模型會透過 HTTP 回覆通道傳送回應。 這些回應都不需要指定回應訊息的目的地。 當伺服器需要來自用戶端的匿名回應時，它會使用列舉的匿名值。 WCF 系統提供的 NetTcpBinding和 BasicHttpBindingWSHttpBinding 系結一律使用匿名位址。

• 傳送回應時會使用非無名位址，需要建立新的通道以進行通訊。 WCF 系統提供的 WSDualHttpBinding 系結會使用 NonAnonymous 位址。 當使用雙重 HTTP 時，用戶端會建立 HTTP 要求以傳送訊息，接著伺服器就必須建立自己的 HTTP 要求以傳送回應。 由於伺服器將會初始化該傳送，因此它必須建立特定的端點來建立連線。 您必須為伺服器提供用於回應之端點的位址。 同樣地，如果服務必須回應它收到的單向訊息，它也需要 NonAnonymous 位址，因為沒有可用於通訊的後端通道。 如果伺服器傳回訊息，則需要完全不同於在傳送第一個訊息時所使用的作業。

• 混合是第三種尋址形式，會根據所傳送的訊息來結合 Anonymous 和 NonAnonymous 位址。 混合模式定址的常見範例是使用專用電腦來處理錯誤或認可訊息。 如果回復的標準交換順序是 HTTP 或 TCP，則回應會使用匿名位址，但錯誤會使用非匿名尋址。 雖然 WCF 不會在其其中一個標準系結中提供混合尋址功能，但是當響應位址為 「匿名」) ，或當回應位址為 NonAnonymous) 時，可以寫入可讓服務直接在後端通道上傳送回應 (的通道 (。 在這種情況下，通道的綁定項會用來設定 SupportedAddressingMode 為Mixed。