共用方式為


SupportedAddressingMode 列舉

定義

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

public enum class SupportedAddressingMode
public enum SupportedAddressingMode
type SupportedAddressingMode = 
Public Enum SupportedAddressingMode
繼承
SupportedAddressingMode

欄位

Anonymous 0

伺服器只支援匿名位址,因此用戶端必須提供匿名回應位址。

Mixed 2

伺服器同時支援匿名和非匿名位址,因此用戶端可選擇使用其中一種或兩種。

NonAnonymous 1

伺服器只支援非匿名位址,因此用戶端必須提供非匿名回應位址。

備註

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

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

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

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

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

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

適用於