<Powiązania>

Za pomocą bindings elementu można skonfigurować kolekcję standardowych i niestandardowych powiązań dla programu Windows Communication Foundation (WCF). Każdy wpis jest elementem binding , który można zidentyfikować za pomocą unikatowego nameelementu . Usługi używają powiązań, łącząc je przy użyciu elementu name. Począwszy od .NET Framework 4, powiązania i zachowania nie muszą mieć nazwy. Aby uzyskać więcej informacji na temat domyślnej konfiguracji i bez nazw powiązań i zachowań, zobacz Uproszczona konfiguracja i Uproszczona konfiguracja dla usług WCF.

Powiązania dostarczone przez system

Powiązania dostarczane przez system ukrywają złożoność stosu komunikatów WCF. Aplikacje korzystające z powiązań dostarczanych przez system nie wymagają pełnej kontroli nad stosem. Atrybuty uwidocznione w każdym powiązaniu dostarczonym przez system są najbardziej odpowiednie dla scenariusza użycia adresów powiązania.

Sekcja konfiguracji dla każdego powiązania dostarczonego przez system może zdefiniować kilka konfiguracji używanych do konfigurowania powiązania. Każda konfiguracja jest identyfikowana przez unikatową nazwę.

Nie można dodać elementów ani atrybutów do powiązania dostarczonego przez system. W tym celu należy zaimplementować powiązanie niestandardowe zgodnie z opisem w sekcji Powiązania niestandardowe . Istnieje możliwość zdefiniowania powiązania niestandardowego, które doskonale naśladuje powiązanie dostarczone przez system i dodaje kilka ustawień, nad którymi aplikacja użytkownika chce mieć kontrolę.

Aby uzyskać listę powiązań dostarczanych przez system, zobacz Powiązania dostarczone przez system.

Powiązania niestandardowe

Powiązania niestandardowe zapewniają pełną kontrolę nad stosem komunikatów WCF. Pojedyncze powiązanie definiuje stos komunikatów, określając elementy konfiguracji dla elementów stosu w kolejności ich wyświetlania na stosie. Każdy element definiuje i konfiguruje jeden element stosu. W każdym powiązaniu niestandardowym musi znajdować się jeden i tylko jeden transport element. Bez tego elementu stos komunikatów jest niekompletny.

Kolejność wyświetlania elementów w stosie ma znaczenie, ponieważ jest to kolejność, w jakiej operacje są stosowane do komunikatu. Wymagana kolejność elementów stosu jest następująca:

  1. Transakcje (opcjonalne)

  2. Niezawodna obsługa komunikatów (opcjonalnie)

  3. Zabezpieczenia (opcjonalnie)

  4. Kodera

  5. Transport

Powiązania niestandardowe są identyfikowane przez ich name atrybut. Aby uzyskać więcej informacji na temat powiązań niestandardowych, zobacz Powiązania niestandardowe.

Zobacz też