Вопрос: Кто из вас работал с веб-сервисами?

Ответ: Половина, ну даже больше половины.

Есть много сайтов, которые предлагают за деньги услуги. Ну мы же не будем за деньги. Мы зайдем на сайт www.cbr.ru – Центральный банк Российской Федерации.

У них нормальные курсы валют. У них интерфейс часто меняется. Сейчас помоему надо листать в самый низ. Выбираем «Технические ресурсы».

Они говорят: «Вы видите? Вот тут технические ресурсы, а здесь дальше сервисы-сервисы-сервисы».

Открываем «Веб-сервис для получения ежедневных данных».

И вот здесь уже коротенько. Видите? Каждая функция по-русски написана на сайте. Это они по доброте душевной это все сделали для нас, чтобы нам было проще разрабатывать. Но важно не это. Описание почитаете – это для людей сделано. С сервисами не люди общаются. Сервис – это для организации взаимодействия b2b. Программа обращается к программе. Конечно, возможен сценарий, когда вы решили написать программу для всего мира. Но чаще всего сервис решает следующую задачу: к вам на сервер обращается клиент и говорит: «дай мне какие-то данные». А вы про этого клиента что-то знаете, что он увлекается вот этим, этим и этим, что он из Москвы и т.д. И вы можете ему подобрать разную дополнительную информацию, откровенно говоря «рекламную», которую добавите на эту страничку. Согласитесь, ведь если он живет в Москве, то зачем ему погода в Оклахоме? Не умно. И если человек зарегистрирован, то вы можете вести его логи, чем он увлекается. Но даже зная откуда он, вы можете предложить региональные новости, погоду и т.д., откуда вы у себя на сервере в качестве контента, который должен быть за секунду собран. Ваш сервер обратится к другому серверу и попросит эту информацию предоставить. Это и есть сценарий B2B – сервис взаимодействует с сервером, программа с программой.

Для того, чтобы это работало, там на другом сервере должны быть эти самые сервисы подняты и написаны. Вот, пожалуйста! Курсы валют хотите ему написать? Не вопрос. Вот сюда будете обращаться. Вот по этому URLвам надо будет обращаться.

Посмотрим как это выглядит. Конечно, такого подробного описания, как мы видели, не будет. Здесь вы видите название тех самых функций, которые вы можете с этого сервиса вызывать. Какой-нибудь GetCursDynamic () – ежедневные данные по курсам валют. Но это просто URL. А для того чтобы мы могли начать работать нам нужно получить Web-serviceDescriptionLanguage. Можно нажать вот сюда. Можно добавить сюда знак вопроса «?» и написать WSDL. И вот ту страничку, которую мы увидим, то мы поймем, что здесь действительно есть описание каждого метода. Причем у каждой функции есть имя и есть понятие, как «ответ –response». Здесь вы тоже увидите, что этот ответ возвращает. На каждую функцию есть описание.

Идея понятна? Да.

Тогда следующий шаг какой? Все просто. У вас должен быть сервис и у вас должен быть клиент, который использует все эти замечательные стандартные описания и т.д. и т.д. и пишет запрос. Естественно разумно начать с сервиса. Но эту картиночку я взял, ну просто не мог удержаться.

На этой картиночке самое важное – это нижняя строчка. Дело в том, что на сегодняшний день сервисы – они работают по любому транспорту, который есть в сети. Необязательно HTTP – любой. Лишь бы ваш XML кто-то мог доставить. А это может сделать любой транспорт. Поэтому это достаточно универсальный механизм, позволяющий передавать данные взаимодействия, как угодно.

Еще очень важная позиция под номером два – «xml». Дело в том, что и входные данные и выходные данные, и вот этот файл с описанием WSDL– это все XML. А XML само по себе – это очень объемное направление. Там надо знать сам синтаксис, понимать какой у него идет отдельный файл с описанием, вы должны парсить этот XML и работать с ним.