Обмен данными между приложениями
Обновлен: Ноябрь 2007
В конструкторе приложений можно настроить пути обмена данными между приложениями, подключив их с помощью конечных точек. Структура подключений на диаграмме приложения основана на конфигурации конечных точек потребителя и представляет схему соединения приложений в среде разработки, что не обязательно соответствует среде развертывания. Для реализованных приложений и поддерживаемых типов подключений в ходе подключения создаются параметры конфигурации в файле конфигурации приложения. Изменение подключений на диаграмме приложения приводит к изменению этих параметров конфигурации, и наоборот. Такая связь подключений с записями файла конфигурации гарантирует, что адреса конечных точек поставщика не будут жестко заданы в приложении-потребителе, что позволяет изменять конфигурацию подключений на этапе развертывания.
.gif "Совет") Совет. |
|---|
Подключения на диаграмме приложения представляют маршрут, по которому следует двигаться в ходе отладке решения с помощью отладчика Visual Studio. Дополнительные сведения см. в разделе Отладка в Visual Studio. |
Например, при подключении конечной точки поставщика веб-службы в приложении ASP.NET к другому приложению на диаграмме приложения в приложении-потребителе создается конечная точка потребителя веб-службы. В этой конечной точке потребителя настраивается адрес конечной точки поставщика веб-службы.
Подключения на диаграмме системы (в отличие от диаграммы приложения), созданной в конструкторе систем, описывают процесс подключения приложений во время развертывания экземпляра системы. Подключения на диаграмме системы служат инструкциями, с помощью которых в конечных точках потребителя настраиваются адреса конечных точек поставщика, такие URL-адреса веб-служб, на этапе развертывания приложений.
Дополнительные сведения см. в следующих разделах:
Настройка путей обмена данными на диаграммах приложений
На диаграмме приложения можно настроить пути обмена данными между приложениями, подключив определения приложений с помощью конечных точек. В случае необходимости можно добавлять или создавать конечные точки приложений. На диаграмме подключения показаны в виде линий со стрелками, указывающими направление передачи данных от конечной точки потребителя к конечной точке поставщика.
По умолчанию для правильной работы приложения необходимо, чтобы конечная точка потребителя в приложении имела подключение к подходящей конечной точке поставщика. Определение конечной точки потребителя на диаграмме приложения содержит параметр Требуется подключение конечной точки приложения, который установлен в значение True и по умолчанию не может переопределяться, когда в систему включается приложение с этой конечной точкой. Однако если реализация приложения допускает необязательное наличие подключения, можно установить для этого параметра значение False в определении конечной точки или переопределить его, когда конечная точка включается в контекст системы. В противном случае для конечной точки потребителя необходимо подключение или делегат в любой системе, в которую входит сопоставленное приложение.
| Примечание. |
|---|
Если конечная точка потребителя веб-службы отключена, когда требуется подключение, то в ходе оценки готовности системы, содержащей сопоставленное приложение, к развертыванию, произойдет ошибка проверки. Подключение не должно быть обязательным только в случае, когда приложение реализовано таким образом, что его можно развернуть и использовать, не имея сведений о конфигурации, однако такой случай не является типичным. Дополнительные сведения см. в разделе Проверка схем развертывания. |
Дополнительные сведения см. в следующих разделах:
В следующих разделах содержатся дополнительные сведения о подключениях на диаграмме приложения:
Connections to Web Services
Connections to External Databases
Deleting or Moving Connections
Подключение к веб-службам
При подключении приложений к одной конечной точке поставщика веб-службы на этапе разработки приложения и системы задается, что приложения-потребители для этой точки будут настраиваться на этапе развертывания с общим URL-адресом веб-службы. URL-адреса веб-службы, использованные в ходе разработки, также можно использовать при развертывании. Однако их можно переопределить, когда в систему включаются сценарии использования приложений-потребителей веб-службы, или полностью заменить на этапе разработки. Когда оценивается готовность системы к развертыванию, создаваемый отчет о развертывании содержит сведения о распространении URL-адресов между поставщиками и потребителями веб-службы.
Конструкторы распределенных систем поддерживают типы приложений, которые обмениваются данными с помощью сообщений SOAP. Протокол SOAP является упрощенным протоколом, в котором используется расширяемая платформа передачи сообщений на основе XML для обмена структурированными данными в распределенной среде. Веб-служба также может поддерживать дополнительные протоколы, например HTTP-POST или HTTP-GET. Однако такие дополнительные протоколы не отображаются на диаграмме приложения, которая выводит только конечные точки SOAP. Конечные точки веб-службы на диаграмме приложения представляют интерфейс службы, который состоит из единого набора операций, доступных через привязку HTTP или SOAP. По умолчанию приложения ASP.NET одновременно поддерживают для этих операций привязки SOAP 1.1 и SOAP 1.2 по одному адресу. Обе привязки существуют в WSDL-файле, создаваемом для службы, а на диаграмме приложения эти привязки отображаются в виде одной конечной точки только если они работают в одном режиме (имеют одинаковый тип порта WSDL).
Если для создания прокси-классов клиента веб-службы используются веб-ссылки, а WDSL-файл содержит для одного набора операций и привязку SOAP 1.1, и привязку SOAP 1.2, то создаваемый прокси-класс по умолчанию будет использовать привязку SOAP 1.1. Если в WSDL-файле существует привязка SOAP 1.2, можно программным образом включить в прокси-классе использование этой привязки. Используемая версия привязки влияет на формат сообщений, передаваемых во время выполнения, однако не влияет на доступные операции и на параметры, которые можно передавать и возвращать. Дополнительные сведения о протоколе SOAP и языке WSDL см. на веб-узле MSDN.
Дополнительные сведения см. в следующих разделах:
Общие сведения о приложениях ASP.NET на диаграммах приложений
Практическое руководство. Определение операций для веб-служб ASP.NET
Практическое руководство. Настройка сообщений SOAP для веб-служб ASP.NET
Подключение к внешним базам данных
Когда приложение подключается к внешней базе данных, можно настроить строку подключения к базе данных для конечной точки потребителя базы данных в приложении-потребителе. При подключении приложений к одной базе данных на этапе разработки приложения и системы задаются и документируются режимы использования общей базы данных. Однако в отличие от подключений веб-службы, строки подключения к базе данных для конечных точек потребителя, подключенных к одной базе данных, не обязаны совпадать. Более того, они не обязательно должны указывать на одну физическую базу данных, хотя рекомендуется убедиться, что они указывают на одну физическую базу данных.
Во время реализации приложения-потребителя базы данных среда Visual Studio создает файлы проекта, к которым относится файл конфигурации приложения. При настройке подключения базы данных в этот файл конфигурации добавляются сведения о строке подключения. На этапе развертывания эти строки подключения к базе данных скорее всего будут заменены на фактическое расположение базы данных. Рабочие базы данных обычно не используются в ходе разработки, а базы данных разработки — в рабочем процессе. Некоторые составляющие строки подключения, определенной на диаграмме приложения, могут использоваться в рабочей среде или переопределяться, когда в контекст системы включается определение приложения-потребителя.
Дополнительные сведения см. в разделе Практическое руководство. Настройка подключений к внешним базам данных.
Удаление и перемещение подключений
После удаления подключения на диаграмме приложения остаются конечные точки для приложений, что позволяет повторно подключить их друг к другу или к другим конечным точкам совместимого типа, не изменяя определение приложения. Дополнительные сведения см. в разделе Правила подключения приложений на диаграммах приложений.
| Примечание. |
|---|
Во время подключения или отключения конечных точек веб-службы выводится подсказка, если в конечных точках потребителя и поставщика не совпадают имена привязки или пространства имен привязки WSDL. Рекомендуется использовать сочетание имени привязки и пространства имен привязки WSDL для определения контракта или режима работы веб-службы. Несмотря на такое предупреждение, можно подключить эти конечные точки, однако следует убедиться, что действительно являются совместимыми. Кроме того, при подключении конечной точки потребителя веб-службы к другой конечной точке поставщика веб-службы будет предложено обновить конечную точку потребителя с помощью новой конечной точки поставщика веб-службы или оставить определение конечной точки потребителя без изменений. Дополнительные сведения см. в разделе Практическое руководство. Повторное подключение веб-служб на диаграммах приложений. |
В результате удаления подключения данные конфигурации удаляются из файла конфигурации приложения-потребителя. Однако если для конечной точки потребителя требуется подключение, то для правильной работы приложения необходимо повторно подключить конечную точку потребителя. В конечных точках потребителя будут сохраняться некоторые данные. Например, конечная точка потребителя веб-службы будет сохранять сведения о расположении WSDL-файла, из которого была создана эта точка. Это расположение может (но не обязано) совпадать с исходным расположением. Такие сведения можно использовать для обновления веб-ссылки, если изменяется определение веб-службы или WSDL-файл. Дополнительные сведения см. в разделе Практическое руководство. Удаление подключений с диаграмм приложений.
См. также
Задачи
Пошаговое руководство. Определение приложений на диаграммах приложений