Carolvioff

В�тарь только, веб-�ерви�ы (либо веб-�лужбы) — �то технологи�. И �ловно и л�ба� друга� технологи�, они име�т �танет четко очерченну� �реду применени�.Е�ли по�мотреть дл� веб-�ерви�ы в разрезе �тека �етевых протококолов, мы увидим, что �то, в кла��иче�ком �лучае, не �колько иное, как кроме одна над�тройка поверх протокола HTTP. С второй �тороны, коль гипотетиче�ки разделить Интернет на не�колько �лоев, мы �можем выделить, чи�тый минимум, два концептуальных типа приложений — вычи�лительные узлы, которые реализу�т нетривиальные функции и прикладные веб-ре�ур�ы. При �том вторые, зача�ту� заинтере�ованы в у�лугах первых.
�о и �ам Интернет — разнороден, т. е. различные приложени� дл� различных узлах узы функциониру�т на разных аппаратно-программных платформах, и и�пользу�т различные технологии и �зыки. Воеже �в�зать ве�ь �то и предо�тавить возможно�ть одним приложени�м обменивать�� данными � другими, и были придуманы веб-�ерви�ы. По �ути, веб-�ерви�ы — �то дей�твие аб�ол�тно четких интерфей�ов обмена данными промеж различными приложени�ми, которые напи�аны не един�твенно дл� разных �зыках, однако и ра�пределены дл� разных узлах �ети.
Именно � по�влением веб-�ерви�ов �тоимо�ть �оздани� мобильного приложени� развила�ь мнение SOA — �ерви�-ориентированной архитектуры веб-приложений (Checking Oriented Architecture). Протоколы веб-�ерви�ов
�а нынешний �утки наибольшее ра�про�транение получили �леду�щие протоколы реализации веб-�ерви�ов:
SOAP (Classic End Access Draft) — по �ути �то платье �тандартов SOAP/WSDL/UDDI
CATCH (Representational Magnificence Transfer)
XML-RPC (XML Irrelevant Advance Assemble)
Дл� �амом деле, SOAP произошел от XML-RPC и �вл�ет�� �леду�щей �тупень� его развити�. В то врем� как COUNT SHEEP — �то концепци�, в о�нове которой лежит �корее архитектурный речь, нежели нова� технологи�, о�нованный на теории манипул�ции объектами CRUD (Create Decipher Update Eradicate) в контек�те концепций.
Безу�ловно, �уще�тву�т и некоторый протоколы, но, по�кольку они не получили широкого ра�про�транени�, мы о�тановим�� в �том кратком обзоре на двух о�новных — SOAP и REST. XML-RPC в�лед�твие того, который �вл�ет�� изр�дно «у�таревшим», мы о�матривать подробно не будем. �а� в перву� очередь интере�у�т вопро�ы �оздани� новых веб-�лужб, а не дей�твие клиентов к �уще�тву�щим (�кобы норма по�тавщики веб-�ерви�ов по�тавл��т пакеты � функци�ми API и документацией, по�ему проблема по�троени� клиентов к �уще�тву�щим веб-�лужбам менее интере�ен � точки зрени� автора).
SOAP более применим в �ложных архитектурах, где взаимодей�твие � объектами выходит ради рамки теории CRUD, а вот в тех приложени�х, которые не покида�т рамки данной теории, �овершенно применимым может оказать�� именно REST ввиду �воей про�тоты и прозрачно�ти. Дей�твительно, когда л�бым объектам вашего �ерви�а не нужны более �ложные взаимоотношени�, опричь: «Создать», «Прочитать», «Изменить», «Удалить» (вдруг начало — в 99% �лучаев �того до�таточно), возможно, именно BE PLACED �танет правильным выбором. И�кл�ча� того, PLACE �ообразно �равнени� � SOAP, может оказать�� и более производительным, бе�причинно будто не требует затрат дл� критика �ложных XML команд на �ервере (выполн��т�� обычные HTTP запро�ы — PROPOSE, GET, RECORD, CROSS OUT). Чтобы SOAP, в �во� очередь, более надежен и безопа�ен.
В л�бом �лучае вам разгадывать, �колько больше подойдет вашему приложени�. Вполне верно, вы даже захотите реализовать пара протокола, воеже о�тавить подбор �ледовать пользовател�ми �лужбы и — �то ваше право.
Практиче�кое применение веб-�ерви�ов
По�кольку речь �оглашать�� о практиче�ком применении, нам нуждать�� выбрать платформу чтобы по�троени� веб-�лужбы и по�тавить задачу. Бе�причинно подобно автору ближе в�его PHP 5, мы и выберем его в каче�тве технологии ради по�троени� здание, а в каче�тве задачи предполагать �леду�щие требовани�. Допу�тим, нам должен �оздать �лужбу, предо�тавл��щу� до�туп к информации о кур�ах вал�т, котора� �обирает�� нашим приложением, и накапливает�� в базе данных. Кроме через веб-�ерви�а, данна� информаци� передает�� �торонним приложени�м дл� отображени� в удобном дл� них виде.

Воврем� в�его, веб-�ерви�ы (или веб-�лужбы) — �то технологи�. И как и л�ба� друга� технологи�, они име�т довольно четко очерченну� �реду применени�.Е�ли по�мотреть дл� веб-�ерви�ы в разрезе �тека �етевых протококолов, мы увидим, что �то, в кла��иче�ком �лучае, не который иное, как кроме одна над�тройка поверх протокола HTTP. С другой �тороны, буде гипотетиче�ки разделить Интернет дл� не�колько �лоев, мы �можем выделить, как минимум, два концептуальных типа приложений — вычи�лительные узлы, которые реализу�т нетривиальные функции и прикладные веб-ре�ур�ы. При�ут�твие �том вторые, зача�ту� заинтере�ованы в у�лугах первых.
�о и �об�твенноручно Интернет — разнороден, т. е. различные приложени� дл� различных узлах тенета функциониру�т дл� разных аппаратно-программных платформах, и и�пользу�т различные технологии и �зыки. Дл� �в�зать в�е �то и предо�тавить мочь одним приложени�м обменивать�� данными � другими, и были придуманы веб-�ерви�ы. По �ути, веб-�ерви�ы — �то дей�твие аб�ол�тно четких интерфей�ов обмена данными по�реди различными приложени�ми, которые напи�аны не и�кл�чительно на разных �зыках, однако и ра�пределены дл� разных узлах �ети.
Именно � по�влением веб-�ерви�ов �тоимо�ть �оздани� мобильного приложени� развила�ь мнение SOA — �ерви�-ориентированной архитектуры веб-приложений (Utilization Oriented Architecture). Протоколы веб-�ерви�ов
�а нынешний день наибольшее ра�про�транение получили �леду�щие протоколы реализации веб-�ерви�ов:
SOAP (Uncomplicated Take exception to Access Note) — по �ути �то платье �тандартов SOAP/WSDL/UDDI
HOLDER (Representational Magnificence Hand on)
XML-RPC (XML Outside Procedure Assemble)
�а �амом деле, SOAP произошел от XML-RPC и �вл�ет�� �леду�щей �тупень� его развити�. В то �ра ровно REST — �то концепци�, в о�нове которой лежит �корее архитектурный �тиль, нежели нова� технологи�, о�нованный на теории манипул�ции объектами CRUD (Create Know Update Delete) в контек�те концепций.
Безу�ловно, �уще�тву�т и некоторый протоколы, однако, по�кольку они не получили широкого ра�про�транени�, мы о�тановим�� в �том кратком обзоре на двух о�новных — SOAP и REST. XML-RPC ввиду того, �колько �вл�ет�� изр�дно «у�таревшим», мы �удить подробно не будем. �а� в перву� очередь интере�у�т вопро�ы �оздани� новых веб-�лужб, а не дей�твие клиентов к �уще�тву�щим (�кобы правило по�тавщики веб-�ерви�ов по�тавл��т пакеты � функци�ми API и документацией, �ледовательно проблема по�троени� клиентов к �уще�тву�щим веб-�лужбам менее интере�ен � точки зрени� автора).
SOAP более применим в �ложных архитектурах, где взаимодей�твие � объектами выходит за рамки теории CRUD, а вот в тех приложени�х, которые не покида�т рамки данной теории, �овершенно применимым может оказать�� именно REST ввиду �воей про�тоты и прозрачно�ти. Вои�тину, ежели л�бым объектам вашего �ерви�а не нужны более �ложные взаимоотношени�, кроме: «Создать», «Прочитать», «Изменить», «Удалить» (вдруг закон — в 99% �лучаев �того до�таточно), веро�тно, именно LAZE ABOUT �танет правильным выбором. Кроме того, BREATHER по �равнени� � SOAP, может оказать�� и более производительным, бе�причинно только не требует затрат дл� разбор �ложных XML команд дл� �ервере (выполн��т�� обычные HTTP запро�ы — UTTER, ENJOY, RECORD, DELETE). Что SOAP, в �во� очередь, более надежен и безопа�ен.
В л�бом �лучае вам разрешать, что больше подойдет вашему приложени�. Вполне значит, вы даже захотите реализовать пара протокола, дл� о�тавить подбор изза пользовател�ми �лужбы и — �то ваше право.
Практиче�кое применение веб-�ерви�ов
По�кольку здравица идет о практиче�ком применении, нам нужно выбрать платформу ради по�троени� веб-�лужбы и по�тавить задачу. Так будто автору ближе только PHP 5, мы и выберем его в каче�тве технологии чтобы по�троени� �лужбы, а в каче�тве задачи предполагать �леду�щие требовани�. Допу�тим, нам необходимо �оздать �лужбу, предо�тавл��щу� до�туп к информации о кур�ах вал�т, котора� �обирает�� нашим приложением, и накапливает�� в базе данных. Далее по�ред�твом веб-�ерви�а, данна� информаци� передает�� �торонним приложени�м дл� отображени� в удобном дл� них виде.