Веб -сервис XML является основным строительным блоком для распределенных вычислений в Интернете. Открытые стандарты и сосредоточение внимания на общении и сотрудничестве между пользователями и приложениями создают среду, в которой веб -сервис XML становится платформой для интеграции приложений. Редактор Wulin.com рекомендует это научить вам основы обучения мылу веб -сервиса XML. Вот также учебники о веб -XML. Я надеюсь, что вы можете понравиться и научиться что -то, чтобы улучшить свои знания и навыки. Ниже приведено подробное чтение контента: что такое веб -сервис XML?
Веб -сервис XML является основным строительным блоком для распределенных вычислений в Интернете. Открытые стандарты и сосредоточение внимания на общении и сотрудничестве между пользователями и приложениями создают среду, в которой веб -сервис XML становится платформой для интеграции приложений. Приложения создаются с использованием веб -служб XML из нескольких различных источников, которые работают вместе независимо от того, где и как они реализованы.
Количество определений веб -сервисов XML, которые можно найти в количестве компаний, которые создают веб -сервисы XML. Однако почти все определения имеют следующие общины:
1. XML Web Service предоставляет полезные функции пользователям веб -сайтов через стандартные веб -протоколы. В большинстве случаев используется протокол мыла.
2. Веб -сервис XML может подробно описать свои интерфейсы, что позволяет пользователям создавать клиентские приложения для связи с ними. Это описание часто включается в документ XML, называемый документ «Описание веб -службы» (WSDL).
3. Веб -сервис XML был зарегистрирован, чтобы потенциальные пользователи могли легко найти эти услуги, что выполняется с помощью универсального обнаружения, описания и интеграции (UDDI).
Одним из основных преимуществ архитектуры веб-сервисов XML является то, что она позволяет различным программам, написанным на разных платформах и на разных языках, общаться друг с другом в стандартном уровне. Пользователи, которые знают некоторую из этой отрасли, могут сразу же сказать: подождите, разве Corba и предыдущие DCE не дали такими же обещаниями? В чем разница между этим и ими? Наиболее важное отличие состоит в том, что мыло намного проще, чем предыдущие методы, поэтому существует гораздо меньше препятствий для реализации стандартного совместимого мыла. В последний раз, когда я считал, в списке уже содержалось 79 пунктов. Как и следовало ожидать, большинство крупных компаний -разработчиков предлагают реализации мыла, но есть много реализаций, созданных и поддерживаемых отдельными разработчиками. Еще одним большим преимуществом веб -службы XML является использование стандартных веб -протоколов - XML, HTTP и TCP/IP, по сравнению с предыдущими решениями. Многие компании создали веб -инфраструктуру, а их сотрудники имеют соответствующие знания и опыт обслуживания. Таким образом, введение веб -сервиса XML намного дешевле, чем внедрение предыдущих технологий.
Мы определяем веб -службу XML как: программные услуги, предоставляемые в Интернете через SOAP, используя файлы WSDL для описания и регистрируясь через UDDI. Затем вы можете спросить: что вы можете сделать с веб -службой XML? Первоначальный веб -сервис XML, как правило, является источником информации, которая может быть легко включена в приложение, например, цены на акции, прогнозы погоды, спортивные результаты и многое другое. Легко придумать целый класс приложений, которые могут быть созданы для анализа и совокупности информации, о которой вы заботитесь, и предоставлять ее различными способами; Например, вы можете использовать Microsoft? Электронная таблица Excel, чтобы собрать всю вашу финансовую информацию - акции, 401K, банковские депозиты, кредиты и многое другое. Если вы можете получить эту информацию через веб -службу XML, Excel может постоянно обновлять ее. Некоторая часть этой информации бесплатна, в то время как другим может потребоваться подписка для получения соответствующей услуги. Большая часть этой информации теперь доступна в Интернете, но XML Web Service делает доступ к программированию проще и надежным.
Предоставьте существующие приложения в веб -службе XML, которые могут создавать новые и более мощные приложения и использовать веб -сервис XML в качестве строительного блока. Например, пользователь может разработать приложение для закупок для автоматического получения информации о цене от разных поставщиков, позволяя пользователю выбирать поставщиков, отправлять заказы, а затем отслеживать отгрузку товаров до получения товара. В дополнение к предоставлению услуг в Интернете, приложения поставщиков также могут использовать веб -сервис XML для проверки кредита клиентов, собирать платежи и проходить процедуры грузовых перевозок с грузовыми компаниями.
В будущем некоторые из наиболее интересных приложений, поддерживаемых веб -сервисами XML, также могут использовать Интернет для выполнения задач, которые в настоящее время не удастся. Например, служба календаря является одной из услуг, которые будут поддерживать проект Microsoft .net My Services. Если ваш стоматолог и механик предоставляют свои графики через этот веб -сервис XML, вы можете назначить встречи с ними через Интернет; Если вы предпочитаете, они также могут создавать даты для очистки и ежедневного обслуживания непосредственно в вашем календаре. Нетрудно представить, что вы можете создавать сотни приложений, если вы можете запрограммировать Интернет.
МЫЛО
SOAP - это протокол связи веб -службы XML. Когда мыло описывается как протокол связи, большинство людей думают о DCOM или Corba и задают такие вопросы, как то, как SOAP активирует объекты? Или какие услуги именования используют SOAP? Хотя реализация SOAP может включать вышеуказанное, стандарт SOAP не указывает его. SOAP Спецификация, которая определяет формат XML сообщений - это необходимая часть спецификации. Правильно структурированный сегмент XML, содержащий в паре мыльных элементов, является сообщением SOAP. Это очень просто?
Другие части спецификации SOAP описывают, как представлять данные программы как XML и как использовать SOAP для удаленных вызовов процедуры (RPC). Эти дополнительные детали спецификации используются для реализации приложений в форме RPC, где клиент выпустит сообщение SOAP (включая функцию Callable, и параметры, которые должны быть переданы в функцию), а затем сервер вернет сообщение, содержащее результат выполнения функции. В настоящее время большинство реализаций SOAP поддерживают приложения RPC, потому что программисты, которые привыкли к разработке приложений COM или CORBA, знакомы с формой RPC. SOAP также поддерживает документационные приложения, в которых сообщения SOAP являются всего лишь оберткой XML -документов. Задокументированные приложения SOAP очень гибкие, и многие новые веб -сервисы XML используют эту функцию для создания услуг, которые трудно реализовать с помощью RPC.
Последняя необязательная часть спецификации SOAP определяет стиль HTTP -сообщений, которые содержат сообщения SOAP. Это связывание HTTP очень важно, потому что почти все текущие ОС (и многие предыдущие ОС) поддерживают HTTP. Хотя связывание HTTP является необязательным, почти все реализации SOAP поддерживают связывание HTTP, потому что это единственный стандартный протокол для SOAP. По этой причине люди часто ошибочно считают, что мыло должно использовать HTTP. Фактически, некоторые реализации также поддерживают передачу MSMQ, MQ Series, SMTP или TCP/IP, но, поскольку HTTP очень распространена, почти все текущие веб -сервисы XML используют его. Поскольку HTTP является основным протоколом Интернета, сетевая инфраструктура большинства организаций поддерживает HTTP, и сотрудники узнали, как ее управлять. Сегодня была создана инфраструктура для защиты, мониторинга и балансировки нагрузки для HTTP.
Когда вы начинаете использовать SOAP, самая простая вещь для запугивания - это разница между спецификацией SOAP и ее многочисленными реализациями. Большинство пользователей, которые используют SOAP, не пишут сообщения SOAP напрямую, но используют SOAP Toolkit для создания и анализа сообщений SOAP. Эти наборы инструментов обычно конвертируют функциональные вызовы из определенного языка в сообщения мыла. Например, Microsoft SOAP Toolkit 2.0 преобразует функции COM в SOAP, в то время как Apache Toolkit преобразует вызовы функций Java в SOAP. Тип вызова функции и тип данных поддерживаемых параметров варьируются в зависимости от каждой реализации SOAP, поэтому функции, которые применимы к одному инструментарию, могут не применяться к другому инструментарию. Это не ограничение мыла, а ограничение используемой схемы реализации.
Безусловно, наиболее поразительной функцией SOAP является то, что он может быть реализован на многих различных программных и аппаратных платформах. Это означает, что мыло можно использовать для связи различных систем внутри и за пределами предприятия. В прошлом были опробованы различные методы, чтобы предложить общий протокол связи, который можно использовать для системной интеграции, но ни один из них не получил широкого признания, как мыло. Почему? Потому что мыло меньше и легче реализовать, чем многие предыдущие протоколы. Например, реализация DCE и Corba занимает годы, поэтому было выпущено лишь несколько решений по реализации. SOAP может выполнять большую часть тяжелой работы с существующими анализаторами XML и библиотеками HTTP, поэтому реализация SOAP может быть завершена в течение нескольких месяцев. Вот почему сейчас существует более 70 реализаций мыла. Конечно, SOAP не имеет всех функций DCE или Corba. Хотя функции уменьшаются, мыло легче применить из -за его значительно сниженной сложности.
Популярность HTTP и простота мыла позволяют вам вызвать их практически из любой среды, став идеальной основой для веб -сервисов XML.
Конец. Учебник был закончен здесь. Вы что -то получили от чтения? Этот сайт также предоставляет контент, связанный с веб-XML, добро пожаловать, чтобы продолжить чтение.