Глоссарий Windows Communication Foundation для .NET Framework 4.5

Следующие термины определены для документации по Windows Communication Foundation.

Terms

Срок	Definition
address	Указывает расположение получения сообщений. Он указан как универсальный идентификатор ресурса (URI). Часть схемы URI называет механизм транспорта, используемый для достижения адреса, например HTTP и TCP. Иерархическая часть URI содержит уникальное расположение, формат которого зависит от механизма транспорта.
конечная точка приложения	Конечная точка, предоставленная приложением и соответствующая контракту службы, реализованной приложением.
поведение	Поведение — это компонент, который управляет различными аспектами среды выполнения службы, конечной точки, определенной операции или клиента. Поведение группируется в соответствии с областью: общее поведение влияет на все конечные точки глобально, поведение службы влияет только на аспекты, связанные с службами, поведение конечных точек влияет только на свойства, связанные с конечными точками, и поведение на уровне операций влияет на определенные операции.
binding	Определяет, какие протоколы связи используются для взаимодействия со службами WCF. Он создается из набора компонентов, называемых элементами привязки, которые стекают один на другой, чтобы создать инфраструктуру коммуникации. См. конечную точку.
канал	Конкретная реализация элемента привязки. Привязка представляет конфигурацию, а канал — реализацию, связанную с этой конфигурацией. Таким образом, существует канал, связанный с каждым элементом привязки. Стек каналов поверх друг друга, чтобы создать конкретную реализацию привязки: стек каналов.
Безопасность на основе утверждений	Разрешает авторизованный доступ к защищенным ресурсам на основе утверждений.
клиентское приложение	Клиентское приложение — это программа, которая обменивается сообщениями с одной или несколькими конечными точками. Клиентское приложение начинается с создания экземпляра клиента WCF и вызова методов клиента WCF. Важно отметить, что одно приложение может быть как клиентом, так и службой.
кодирование	Позволяет разработчику сохранять строгий контроль над всеми компонентами службы или клиента, а любые параметры, выполненные с помощью конфигурации, можно проверить и при необходимости переопределить кодом. Управление приложением можно сделать либо с помощью программирования, с помощью конфигурации, либо с помощью сочетания обоих.
configuration	Конфигурация имеет преимущество, позволяющее другому разработчику (например, администратору сети) задавать параметры клиента и службы после записи кода и без необходимости повторной компиляции. Конфигурация не только позволяет задавать такие значения, как адреса конечных точек, но и позволяет дополнительно управлять, позволяя добавлять конечные точки, привязки и поведение. Управление приложением можно выполнять с помощью конфигурации, программирования или сочетания обоих.
контракт	Контракт — это спецификация поддержки конкретного типа контракта, который он есть. Например, контракт службы — это спецификация для группы операций. В WCF контракты имеют иерархию, зеркальную в объектах описания, расположенных в пространстве имен System.ServiceModel.Description. Контракт службы — это самая большая область контракта в WCF. Каждая операция службы в контракте службы имеет контракт операции, указывающий сообщения, включая сообщения об ошибках, операции могут обмениваться данными и в каком направлении. Каждое сообщение в операции имеет контракт сообщения, спецификацию структуры конверта сообщения SOAP, а каждый контракт сообщения имеет контракт данных, который указывает структуры данных, содержащиеся в сообщениях.
контракт данных	Типы данных, которые использует служба, должны быть описаны в метаданных, чтобы другие могли взаимодействовать со службой. Описания типов данных называются контрактом данных, а типы можно использовать в любой части сообщения, например в качестве параметров или возвращаемых типов. Если служба использует только простые типы, нет необходимости явно использовать контракты данных.
декларативное приложение	Приложение, описываемое достаточно для создания во время выполнения без выполнения императивных инструкций.
endpoint	Состоит из адреса, привязки и контракта, используемого для взаимодействия со службой WCF.
Адрес конечной точки	Позволяет создавать уникальные адреса конечных точек для каждой конечной точки в службе или в определенных условиях совместно использовать адрес между конечными точками.
Контракт сбоя	Контракт сбоя может быть связан с операцией службы, чтобы указать ошибки, которые можно вернуть вызывающему объекту. Операция может иметь ноль или больше ошибок, связанных с ней. Эти ошибки представляют собой ошибки SOAP, моделироваемые как исключения в модели программирования. Исключение преобразуется в ошибку SOAP, которую затем можно отправить клиенту.
хостинг	Служба должна размещаться в определенном процессе. Узел — это приложение, которое управляет временем существования службы. Службы могут размещаться самостоятельно или управляться существующим процессом размещения.
процесс размещения	Процесс размещения — это приложение, предназначенное для размещения служб. К ним относятся службы IIS, службы активации Windows (WAS) и службы Windows. В этих размещенных сценариях узел управляет временем существования службы. Например, с помощью IIS можно настроить виртуальный каталог, содержащий сборку службы и файл конфигурации. После получения сообщения IIS запускает службу и управляет временем существования.
операция инициации	Операция, которая вызывается как первая операция нового сеанса. Операции без инициации можно вызывать только после вызова хотя бы одной операции, инициирующей.
Модель инстантирования	У службы есть модель инстантирования. Существует три встроенных модели: "один", в котором один объект CLR обслуживает все клиенты; " для каждого вызова", в котором создается новый объект CLR для обработки каждого вызова клиента; и "на сеанс", в котором создается набор объектов CLR, по одному для каждого отдельного сеанса. Выбор модели инстантирования зависит от требований приложения и ожидаемого шаблона использования службы.
сообщение	Сообщение является автономной единицей данных, которая может состоять из нескольких частей, включая текст и заголовки.
Контракт сообщения	Контракт сообщения описывает формат сообщения. Например, он объявляет, должны ли элементы сообщения находиться в заголовках и тексте, какие уровни безопасности следует применять к элементам сообщения и т. д.
режим безопасности сообщений	Режим безопасности сообщений указывает, что безопасность обеспечивается путем реализации одной или нескольких спецификаций безопасности. Каждое сообщение содержит необходимые механизмы для обеспечения безопасности во время его передачи, а также для того, чтобы получатели могли обнаруживать изменения и расшифровывать сообщения. В этом смысле безопасность инкапсулируется в каждом сообщении, обеспечивая сквозную безопасность в нескольких прыжках. Так как сведения о безопасности становятся частью сообщения, также можно включить несколько типов учетных данных с сообщением (они называются утверждениями). Этот подход также позволяет сообщению безопасно перемещаться по любому транспорту, включая несколько транспортов между его источником и назначением. Недостатком этого подхода является сложность используемых криптографических механизмов, что приводит к последствиям производительности.
metadata	Метаданные службы описывают характеристики службы, которую внешний объект должен понимать для взаимодействия со службой. Метаданные можно использовать средством служебной программы метаданных ServiceModel (Svcutil.exe) для создания клиента WCF и сопровождающей конфигурации, которую клиентское приложение может использовать для взаимодействия со службой. Метаданные, предоставляемые службой, включают xml-документы схемы, определяющие контракт данных службы, и документы WSDL, описывающие методы службы. При включении метаданные службы автоматически создаются WCF, проверяя службу и ее конечные точки. Чтобы опубликовать метаданные из службы, необходимо явно включить поведение метаданных.
контракт операции	Контракт операции определяет параметры и тип возвращаемой операции. При создании интерфейса, определяющего контракт службы, необходимо подписать контракт операции, применив атрибут T:System.ServiceModel.OperationContractAttribute к каждому определению метода, который является частью контракта. Операции можно моделировать как принимать одно сообщение и возвращать одно сообщение, либо принимать набор типов и возвращать тип. В последнем случае система определяет формат сообщений, которые обмениваются для этой операции.
projection	Представление данных в проводной сети. Например, проекция SOAP отправляет сообщения в виде конвертов SOAP, а веб-проекция отправляет сообщения в формате JSON.
безопасность	Безопасность в WCF включает конфиденциальность (шифрование сообщений для предотвращения перехвата), целостности (средства для обнаружения изменений в сообщении), проверки подлинности (средства проверки серверов и клиентов) и авторизации (контроль доступа к ресурсам). Эти функции предоставляются либо с помощью существующих механизмов безопасности, таких как TLS через HTTP (также известный как HTTPS), либо путем реализации одной или нескольких различных спецификаций безопасности WS-* .
локальная служба	Локальная служба — это служба, которая выполняется в приложении процесса, созданном разработчиком. Разработчик управляет временем существования, задает свойства службы, открывает службу (которая устанавливает ее в режим прослушивания) и закрывает службу.
услуга	Программа или процесс, предоставляющий одну или несколько конечных точек, при этом каждая конечная точка предоставляет одну или несколько операций.
Контракт службы	Контракт службы связывает несколько связанных операций с одной функциональной единицей. Контракт может определять параметры уровня обслуживания, такие как пространство имен службы, соответствующий контракт обратного вызова и другие такие параметры. В большинстве случаев контракт определяется путем создания интерфейса на выбранном языке программирования и применения атрибута T:System.ServiceModel.ServiceContractAttribute к интерфейсу. Фактический код службы приводит к реализации интерфейса.
Операция службы	Операция службы — это процедура, определенная в коде службы, реализующей функциональные возможности для операции. Эта операция предоставляется клиентам в качестве методов в клиенте WCF. Метод может возвращать значение и может принимать необязательное число аргументов или принимать никаких аргументов, а также возвращать ответ. Например, операция, которая работает как "Hello", может использоваться в качестве уведомления о присутствии клиента и начать серию операций.
системные привязки	WCF включает ряд системных привязок. Это коллекции элементов привязки, оптимизированных для определенных сценариев. Например, T:System.ServiceModel.WSHttpBinding предназначен для взаимодействия со службами, реализующими различные спецификации WS-* . Эти привязки экономят время, предоставляя только те параметры, которые можно правильно применить к конкретному сценарию. Если одна из этих привязок не соответствует вашим требованиям, можно создать собственную пользовательскую привязку.
завершающая операция	Операция, которая вызывается как последнее сообщение в существующем сеансе. В случае по умолчанию WCF перезапускает объект службы и его контекст после сеанса, с которым связана служба.
режим безопасности транспорта	Безопасность может быть предоставлена одним из трех режимов: транспортный режим, режим безопасности сообщений и транспорт с учетными данными сообщения. Режим безопасности транспорта указывает, что конфиденциальность, целостность и проверка подлинности предоставляются механизмами транспортного слоя (например, HTTPS). При использовании транспорта, такого как HTTPS, этот режим имеет преимущество эффективного в его производительности и хорошо понятно из-за его распространенности в Интернете. Недостатком является то, что этот вид безопасности применяется отдельно к каждому прыжку в пути связи, что делает связь уязвимой для "человека в середине" атаки.
транспорт с режимом безопасности учетных данных сообщения	Этот режим использует транспортный уровень для обеспечения конфиденциальности, проверки подлинности и целостности сообщений, а каждый из них может содержать несколько учетных данных (утверждений), необходимых получателям сообщения.
Преобразователь типов	Тип CLR может быть связан с одним или несколькими производными типами System.ComponentModel.TypeConverter, которые позволяют преобразовать экземпляры типа CLR в экземпляры других типов и из них. Преобразователь типов связан с типом CLR с помощью атрибута System.ComponentModel.TypeConverterAttribute. ТипConverterAttribute можно указать непосредственно в типе СРЕДЫ CLR или свойстве. Преобразователь типов, указанный в свойстве, всегда имеет приоритет над преобразователем типов, указанным в типе CLR свойства.
Клиент WCF	Клиент WCF — это конструкция клиентского приложения, которая предоставляет операции службы в качестве методов (на выбранном языке программирования .NET Framework, например Visual Basic или Visual C#). Любое приложение может разместить клиент WCF, включая приложение, на котором размещена служба. Таким образом, можно создать службу, включающую клиенты WCF других служб. Клиент WCF можно создать автоматически с помощью средства служебной программы метаданных ServiceModel (Svcutil.exe) и указания на запущенную службу, которая публикует метаданные.
Службы рабочих процессов	Служба рабочего процесса — это служба WCF, реализованная как рабочий процесс. Рабочий процесс содержит действия обмена сообщениями, которые отправляют и /или получают сообщения WCF.
WS-*	Сокращенно для растущего набора спецификаций веб-службы (WS), таких как WS-Security, WS-ReliableMessaging и т. д., реализованные в WCF.
XAML	Язык разметки приложений eXtensible
Схема XAML	Схема разметки, используемая для определения пользовательских типов в XAML.