SupportedAddressingMode 列舉
定義
重要
部分資訊涉及發行前產品,在發行之前可能會有大幅修改。 Microsoft 對此處提供的資訊,不做任何明確或隱含的瑕疵擔保。
指定服務是否支援將回應只傳送至匿名位址、只傳送至非匿名位址,或兩者都支援。
public enum class SupportedAddressingMode
public enum SupportedAddressingMode
type SupportedAddressingMode =
Public 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 要求以傳送回應。 由於伺服器將會初始化該傳送,因此它必須建立特定的端點來建立連線。 您必須為伺服器提供用於回應之端點的位址。 同樣地,如果服務必須回應所收到的單向訊息,它也需要非非匿名位址,因為沒有可用於通訊的返回通道。 如果伺服器傳回訊息,則需要完全不同於在傳送第一個訊息時所使用的作業。
混合是第三種形式的定址,它會根據所傳送的訊息,結合匿名和非匿名位址。 混合模式定址的常見範例是使用專用電腦來處理錯誤或認可訊息。 如果回復的標準交換順序是 HTTP 或 TCP,則回應會使用匿名定址,但錯誤會使用非匿名定址。 雖然 WCF 未在其其中一個標準系結中提供混合定址功能,但當回應位址為「匿名」) 或個別通道 (為「非匿名」) 時,可以撰寫可讓服務直接在後端通道上傳送回應的通道 (。 在這種情況下,通道的繫結項目會用來設定 SupportedAddressingMode 為 Mixed。
適用於
意見反應
https://aka.ms/ContentUserFeedback。
即將推出:在 2024 年,我們將隨著內容的意見反應機制逐步淘汰 GitHub 問題,並以新的意見反應系統來取代。 如需詳細資訊,請參閱提交並檢視相關的意見反應