Carolvioff

Воврем� в�его, веб-�ерви�ы (либо веб-�лужбы) — �то технологи�. И точно и л�ба� друга� технологи�, они име�т довольно четко очерченну� �реду применени�.Е�ли по�мотреть дл� веб-�ерви�ы в разрезе �тека �етевых протококолов, мы увидим, что �то, в кла��иче�ком �лучае, не который иное, �кобы кроме одна над�тройка поверх протокола HTTP. С другой �тороны, буде гипотетиче�ки разделить Интернет дл� маломаль�ки �лоев, мы �можем выделить, �ловно минимум, два концептуальных типа приложений — вычи�лительные узлы, которые реализу�т нетривиальные функции и прикладные веб-ре�ур�ы. При �том вторые, зача�ту� заинтере�ованы в у�лугах первых.
Только и непо�ред�твенно Интернет — разнороден, т. е. различные приложени� дл� различных узлах �ети функциониру�т на разных аппаратно-программных платформах, и и�пользу�т различные технологии и �зыки. Чтобы �в�зать однако �то и предо�тавить возможно�ть одним приложени�м обменивать�� данными � другими, и были придуманы веб-�ерви�ы. Сообразно �ути, веб-�ерви�ы — �то реализаци� аб�ол�тно четких интерфей�ов обмена данными между различными приложени�ми, которые напи�аны не един�твенно на разных �зыках, однако и ра�пределены дл� разных узлах �ети.
Именно � по�влением веб-�ерви�ов �тоимо�ть �оздани� мобильного приложени� развила�ь мы�ль SOA — �ерви�-ориентированной архитектуры веб-приложений (Benefit Oriented Architecture). Протоколы веб-�ерви�ов
Дл� �егодн�шний день наибольшее ра�про�транение получили �леду�щие протоколы реализации веб-�ерви�ов:
SOAP (Uncomplicated End Access Note) — по �ути �то тройка �тандартов SOAP/WSDL/UDDI
HOLDER (Representational Dignified Hand on)
XML-RPC (XML Remote Advance Call)
Дл� �амом деле, SOAP произошел через XML-RPC и �вл�ет�� �леду�щей �тупень� его развити�. В то век как BREATHING-SPELL — �то концепци�, в о�нове которой лежит �корее архитектурный �тиль, нежели нова� технологи�, о�нованный на теории манипул�ции объектами CRUD (Contrive Look over Update Expunge) в контек�те концепций.
Безу�ловно, �уще�тву�т и иные протоколы, но, по�кольку они не получили широкого ра�про�транени�, мы о�тановим�� в �том кратком обзоре на двух о�новных — SOAP и REST. XML-RPC в�лед�твие того, �колько �вл�ет�� изр�дно «у�таревшим», мы �удить подробно не будем. �а� в перву� очередь интере�у�т вопро�ы �оздани� новых веб-�лужб, а не дей�твие клиентов к �уще�тву�щим (наравне правило по�тавщики веб-�ерви�ов по�тавл��т пакеты � функци�ми API и документацией, по�ему дилемма по�троени� клиентов к �уще�тву�щим веб-�лужбам менее интере�ен � точки зрени� автора).
SOAP более применим в �ложных архитектурах, где взаимодей�твие � объектами выходит по�ле рамки теории CRUD, а вот в тех приложени�х, которые не покида�т рамки данной теории, �овершенно применимым может оказать�� именно BE LODGED в�лед�твие �воей про�тоты и прозрачно�ти. Заведомо, коль л�бым объектам вашего �ерви�а не нужны более �ложные взаимоотношени�, кроме: «Создать», «Прочитать», «Изменить», «Удалить» (вдруг начало — в 99% �лучаев �того довольно), веро�тно, именно BE PLACED �танет правильным выбором. Кроме того, REST PERIOD по �равнени� � SOAP, может оказать�� и более производительным, так только не требует затрат на разбор �ложных XML команд на �ервере (выполн��т�� обычные HTTP запро�ы — PUT, GET DRESSED IN B GO INTO, POST, EFFACE). Чтобы SOAP, в �во� очередь, более надежен и безопа�ен.
В л�бом �лучае вам решать, �колько больше подойдет вашему приложени�. Вполне верно, вы даже захотите реализовать пара протокола, воеже о�тавить выбор изза пользовател�ми �лужбы и — �то ваше право.
Практиче�кое применение веб-�ерви�ов
По�кольку �пич �оглашать�� о практиче�ком применении, нам надо выбрать платформу дл� по�троени� веб-�лужбы и по�тавить задачу. Так как автору ближе в�его PHP 5, мы и выберем его в каче�тве технологии ради по�троени� �лужбы, а в каче�тве задачи предполагать �леду�щие требовани�. Допу�тим, нам надо �оздать �лужбу, предо�тавл��щу� до�туп к информации о кур�ах вал�т, котора� �обирает�� нашим приложением, и накапливает�� в базе данных. Далее через веб-�ерви�а, данна� информаци� передает�� �торонним приложени�м чтобы отображени� в удобном ради них виде.

В�тарь в�его, веб-�ерви�ы (тож веб-�лужбы) — �то технологи�. И точно и л�ба� друга� технологи�, они име�т �танет четко очерченну� �реду применени�.Е�ли по�мотреть на веб-�ерви�ы в разрезе �тека �етевых протококолов, мы увидим, который �то, в кла��иче�ком �лучае, не который иное, �кобы еще одна над�тройка поверх протокола HTTP. С непохожий �тороны, буде гипотетиче�ки разделить Интернет дл� маломаль�ки �лоев, мы �можем выделить, чи�тый минимум, два концептуальных типа приложений — вычи�лительные узлы, которые реализу�т нетривиальные функции и прикладные веб-ре�ур�ы. Быть �том вторые, зача�ту� заинтере�ованы в у�лугах первых.
�днако и непо�ред�твенно Интернет — разнороден, т. е. различные приложени� дл� различных узлах тенета функциониру�т на разных аппаратно-программных платформах, и и�пользу�т различные технологии и �зыки. Дл� �в�зать ве�ь �то и предо�тавить мочь одним приложени�м обменивать�� данными � другими, и были придуманы веб-�ерви�ы. По �ути, веб-�ерви�ы — �то реализаци� аб�ол�тно четких интерфей�ов обмена данными по�реди различными приложени�ми, которые напи�аны не как на разных �зыках, однако и ра�пределены дл� разных узлах �ети.
Именно � по�влением веб-�ерви�ов �тоимо�ть �оздани� мобильного приложени� развила�ь мы�ль SOA — �ерви�-ориентированной архитектуры веб-приложений (Checking Oriented Architecture). Протоколы веб-�ерви�ов
Дл� �егодн�шний чи�ло наибольшее ра�про�транение получили �леду�щие протоколы реализации веб-�ерви�ов:
SOAP (Spartan End Access Note) — по �ути �то тройка �тандартов SOAP/WSDL/UDDI
REST (Representational Magnificence Transfer)
XML-RPC (XML Outside Advance Christen)
Дл� �амом деле, SOAP произошел от XML-RPC и �вл�ет�� �леду�щей �тупень� его развити�. В то дата вроде RECLINE — �то концепци�, в о�нове которой лежит �корее архитектурный школа, нежели нова� технологи�, о�нованный дл� теории манипул�ции объектами CRUD (Create Decipher Update Delete) в контек�те концепций.
Безу�ловно, �уще�тву�т и иные протоколы, однако, по�кольку они не получили широкого ра�про�транени�, мы о�тановим�� в �том кратком обзоре на двух о�новных — SOAP и REST. XML-RPC в�лед�твие того, который �вл�ет�� не�колько «у�таревшим», мы �удить подробно не будем. �а� в перву� очередь интере�у�т вопро�ы �оздани� новых веб-�лужб, а не реализаци� клиентов к �уще�тву�щим (наравне норма по�тавщики веб-�ерви�ов по�тавл��т пакеты � функци�ми API и документацией, по�ему задание по�троени� клиентов к �уще�тву�щим веб-�лужбам менее интере�ен � точки зрени� автора).
SOAP более применим в �ложных архитектурах, где взаимодей�твие � объектами выходит по�ле рамки теории CRUD, а вот в тех приложени�х, которые не покида�т рамки данной теории, вполне применимым может оказать�� именно BE LODGED в�лед�твие �воей про�тоты и прозрачно�ти. Конечно, коль л�бым объектам вашего �ерви�а не нужны более �ложные взаимоотношени�, кроме: «Создать», «Прочитать», «Изменить», «Удалить» (�ловно правило — в 99% �лучаев �того довольно), веро�тно, именно REST довольно правильным выбором. Кроме того, PLACE по �равнени� � SOAP, может быть и более производительным, так как не требует затрат на и�пытание �ложных XML команд на �ервере (выполн��т�� обычные HTTP запро�ы — PROPOSE, ENJOY, RECORD, ERADICATE). Хоть SOAP, в �во� очередь, более надежен и безопа�ен.
В л�бом �лучае вам отгадывать, �колько больше подойдет вашему приложени�. Совершенно веро�тно, вы даже захотите реализовать пара протокола, дл� о�тавить запа� ради пользовател�ми здание и — �то ваше право.
Практиче�кое применение веб-�ерви�ов
По�кольку речь �оглашать�� о практиче�ком применении, нам надо выбрать платформу ради по�троени� веб-�лужбы и по�тавить задачу. Так �ловно автору ближе только PHP 5, мы и выберем его в каче�тве технологии чтобы по�троени� �лужбы, а в каче�тве задачи примем �леду�щие требовани�. Допу�тим, нам должен �оздать �лужбу, предо�тавл��щу� до�туп к информации о кур�ах вал�т, котора� �обирает�� нашим приложением, и накапливает�� в базе данных. Кроме по�ред�твом веб-�ерви�а, данна� информаци� передает�� �торонним приложени�м дл� отображени� в удобном чтобы них виде.

Первонаперво только, веб-�ерви�ы (alias веб-�лужбы) — �то технологи�. И как и л�ба� друга� технологи�, они име�т шабаш четко очерченну� �реду применени�.Е�ли по�мотреть на веб-�ерви�ы в разрезе �тека �етевых протококолов, мы увидим, который �то, в кла��иче�ком �лучае, не что иное, чи�тый кроме одна над�тройка поверх протокола HTTP. С другой �тороны, коль гипотетиче�ки разделить Интернет дл� маломаль�ки �лоев, мы �можем выделить, �ловно минимум, два концептуальных типа приложений — вычи�лительные узлы, которые реализу�т нетривиальные функции и прикладные веб-ре�ур�ы. �коло �том вторые, ча�то заинтере�ованы в у�лугах первых.
�о и �ам Интернет — разнороден, т. е. различные приложени� дл� различных узлах тенета функциониру�т дл� разных аппаратно-программных платформах, и и�пользу�т различные технологии и �зыки. Чтобы �в�зать однако �то и предо�тавить возможно�ть одним приложени�м обменивать�� данными � другими, и были придуманы веб-�ерви�ы. Сообразно �ути, веб-�ерви�ы — �то реализаци� аб�ол�тно четких интерфей�ов обмена данными промеж различными приложени�ми, которые напи�аны не и�кл�чительно дл� разных �зыках, только и ра�пределены дл� разных узлах �ети.
Именно � по�влением веб-�ерви�ов �тоимо�ть �оздани� мобильного приложени� развила�ь пон�тие SOA — �ерви�-ориентированной архитектуры веб-приложений (Checking Oriented Architecture). Протоколы веб-�ерви�ов
Дл� �егодн�шний погода наибольшее ра�про�транение получили �леду�щие протоколы реализации веб-�ерви�ов:
SOAP (Uncomplicated Take exception to Access Note) — �ообразно �ути �то платье �тандартов SOAP/WSDL/UDDI
HOLDER (Representational Magnificence Transfer)
XML-RPC (XML Secluded Progress Assemble)
Дл� �амом деле, SOAP произошел через XML-RPC и �вл�ет�� �леду�щей �тупень� его развити�. В то век вроде BREATHING-SPELL — �то концепци�, в о�нове которой лежит �корее архитектурный дух, нежели нова� технологи�, о�нованный дл� теории манипул�ции объектами CRUD (Contrive Look over Update Eradicate) в контек�те концепций.
�епременно, �уще�тву�т и иные протоколы, только, по�кольку они не получили широкого ра�про�транени�, мы о�тановим�� в �том кратком обзоре на двух о�новных — SOAP и REST. XML-RPC ввиду того, �колько �вл�ет�� пор�дком «у�таревшим», мы ра��матривать подробно не будем. �а� в перву� очередь интере�у�т вопро�ы �оздани� новых веб-�лужб, а не дей�твие клиентов к �уще�тву�щим (наравне правило по�тавщики веб-�ерви�ов по�тавл��т пакеты � функци�ми API и документацией, по�ему вопро� по�троени� клиентов к �уще�тву�щим веб-�лужбам менее интере�ен � точки зрени� автора).
SOAP более применим в �ложных архитектурах, где взаимодей�твие � объектами выходит по�ле рамки теории CRUD, а вот в тех приложени�х, которые не покида�т рамки данной теории, вполне применимым может быть именно REMNANTS в�лед�твие �воей про�тоты и прозрачно�ти. Заведомо, ежели л�бым объектам вашего �ерви�а не нужны более �ложные взаимоотношени�, и�кл�ча�: «Создать», «Прочитать», «Изменить», «Удалить» (как правило — в 99% �лучаев �того довольно), возможно, именно REST �танет правильным выбором. Выкл�ча� того, REST по �равнени� � SOAP, может быть и более производительным, бе�причинно наравне не требует затрат дл� разбор �ложных XML команд дл� �ервере (выполн��т�� обычные HTTP запро�ы — PROPOSE, GET, POST, CROSS OUT). Чтобы SOAP, в �во� очередь, более надежен и безопа�ен.
В л�бом �лучае вам разрешать, который больше подойдет вашему приложени�. Вполне значит, вы даже захотите реализовать оба протокола, воеже о�тавить запа� за пользовател�ми здание и — �то ваше право.
Практиче�кое применение веб-�ерви�ов
По�кольку здравица �оглашать�� о практиче�ком применении, нам нуждать�� выбрать платформу ради по�троени� веб-�лужбы и по�тавить задачу. Бе�причинно как автору ближе только PHP 5, мы и выберем его в каче�тве технологии ради по�троени� �лужбы, а в каче�тве задачи предполагать �леду�щие требовани�. Допу�тим, нам должен �оздать �лужбу, предо�тавл��щу� до�туп к информации о кур�ах вал�т, котора� �обирает�� нашим приложением, и накапливает�� в базе данных. Далее через веб-�ерви�а, данна� информаци� передает�� �торонним приложени�м чтобы отображени� в удобном дл� них виде.

Воврем� только, веб-�ерви�ы (либо веб-�лужбы) — �то технологи�. И точно и л�ба� друга� технологи�, они име�т полно четко очерченну� �реду применени�.Е�ли по�мотреть на веб-�ерви�ы в разрезе �тека �етевых протококолов, мы увидим, что �то, в кла��иче�ком �лучае, не который иное, как кроме одна над�тройка поверх протокола HTTP. С противоположный �тороны, буде гипотетиче�ки разделить Интернет дл� пор�дком �лоев, мы �можем выделить, наравне минимум, два концептуальных типа приложений — вычи�лительные узлы, которые реализу�т нетривиальные функции и прикладные веб-ре�ур�ы. При �том вторые, зача�ту� заинтере�ованы в у�лугах первых.
�днако и один Интернет — разнороден, т. е. различные приложени� дл� различных узлах узы функциониру�т дл� разных аппаратно-программных платформах, и и�пользу�т различные технологии и �зыки. Чтобы �в�зать �овершенно �то и предо�тавить возможно�ть одним приложени�м обменивать�� данными � другими, и были придуманы веб-�ерви�ы. Сообразно �ути, веб-�ерви�ы — �то дей�твие аб�ол�тно четких интерфей�ов обмена данными между различными приложени�ми, которые напи�аны не и�кл�чительно на разных �зыках, только и ра�пределены дл� разных узлах �ети.
Именно � по�влением веб-�ерви�ов �тоимо�ть �оздани� мобильного приложени� развила�ь мнение SOA — �ерви�-ориентированной архитектуры веб-приложений (Service Oriented Architecture). Протоколы веб-�ерви�ов
Дл� �егодн�шний день наибольшее ра�про�транение получили �леду�щие протоколы реализации веб-�ерви�ов:
SOAP (Classic Raise objections to Access Politesse) — по �ути �то платье �тандартов SOAP/WSDL/UDDI
HOLDER (Representational Dignified Hand on)
XML-RPC (XML Secluded Progress Christen)
Дл� �амом деле, SOAP произошел через XML-RPC и �вл�ет�� �леду�щей �тупень� его развити�. В то врем� наравне BREATHING-SPELL — �то концепци�, в о�нове которой лежит �корее архитектурный речь, нежели нова� технологи�, о�нованный дл� теории манипул�ции объектами CRUD (Imagine Read Update Delete) в контек�те концепций.
�епременно, �уще�тву�т и иные протоколы, только, по�кольку они не получили широкого ра�про�транени�, мы о�тановим�� в �том кратком обзоре дл� двух о�новных — SOAP и REST. XML-RPC в�лед�твие того, что �вл�ет�� пор�дком «у�таревшим», мы и�пытывать подробно не будем. �а� в перву� очередь интере�у�т вопро�ы �оздани� новых веб-�лужб, а не дей�твие клиентов к �уще�тву�щим (чи�тый правило по�тавщики веб-�ерви�ов по�тавл��т пакеты � функци�ми API и документацией, по�ему задание по�троени� клиентов к �уще�тву�щим веб-�лужбам менее интере�ен � точки зрени� автора).
SOAP более применим в �ложных архитектурах, где взаимодей�твие � объектами выходит �ледовать рамки теории CRUD, а вот в тех приложени�х, которые не покида�т рамки данной теории, �овершенно применимым может быть именно REST ввиду �воей про�тоты и прозрачно�ти. Конечно, коль л�бым объектам вашего �ерви�а не нужны более �ложные взаимоотношени�, выкл�ча�: «Создать», «Прочитать», «Изменить», «Удалить» (вдруг закон — в 99% �лучаев �того до�таточно), веро�тно, именно REST �танет правильным выбором. Выкл�ча� того, BREATHER по �равнени� � SOAP, может оказать�� и более производительным, так наравне не требует затрат дл� разделение �ложных XML команд на �ервере (выполн��т�� обычные HTTP запро�ы — UTTER, POCKET, COLLECTION, DELETE). Что SOAP, в �во� очередь, более надежен и безопа�ен.
В л�бом �лучае вам разгадывать, �колько больше подойдет вашему приложени�. Совершенно верно, вы даже захотите реализовать оба протокола, воеже о�тавить подбор ради пользовател�ми здание и — �то ваше право.
Практиче�кое применение веб-�ерви�ов
По�кольку речь �оглашать�� о практиче�ком применении, нам нуждать�� выбрать платформу дл� по�троени� веб-�лужбы и по�тавить задачу. Так как автору ближе в�его PHP 5, мы и выберем его в каче�тве технологии ради по�троени� здание, а в каче�тве задачи предполагать �леду�щие требовани�. Допу�тим, нам необходимо �оздать �лужбу, предо�тавл��щу� до�туп к информации о кур�ах вал�т, котора� �обирает�� нашим приложением, и накапливает�� в базе данных. Далее через веб-�ерви�а, данна� информаци� передает�� �торонним приложени�м чтобы отображени� в удобном чтобы них виде.

В�тарь только, веб-�ерви�ы (alias веб-�лужбы) — �то технологи�. И �ловно и л�ба� друга� технологи�, они име�т шабаш четко очерченну� �реду применени�.Е�ли по�мотреть дл� веб-�ерви�ы в разрезе �тека �етевых протококолов, мы увидим, который �то, в кла��иче�ком �лучае, не что иное, точно еще одна над�тройка поверх протокола HTTP. С непохожий �тороны, коль гипотетиче�ки разделить Интернет на пор�дком �лоев, мы �можем выделить, как минимум, два концептуальных типа приложений — вычи�лительные узлы, которые реализу�т нетривиальные функции и прикладные веб-ре�ур�ы. Быть �том вторые, ча�то заинтере�ованы в у�лугах первых.
�о и один Интернет — разнороден, т. е. различные приложени� на различных узлах узы функциониру�т на разных аппаратно-программных платформах, и и�пользу�т различные технологии и �зыки. Дабы �в�зать в�е �то и предо�тавить возможно�ть одним приложени�м обменивать�� данными � другими, и были придуманы веб-�ерви�ы. Сообразно �ути, веб-�ерви�ы — �то реализаци� аб�ол�тно четких интерфей�ов обмена данными промеж различными приложени�ми, которые напи�аны не един�твенно дл� разных �зыках, только и ра�пределены на разных узлах �ети.
Именно � по�влением веб-�ерви�ов �тоимо�ть �оздани� мобильного приложени� развила�ь мнение SOA — �ерви�-ориентированной архитектуры веб-приложений (Benefit Oriented Architecture). Протоколы веб-�ерви�ов
Дл� �егодн�шний день наибольшее ра�про�транение получили �леду�щие протоколы реализации веб-�ерви�ов:
SOAP (Spartan Raise objections to Access Draft) — �ообразно �ути �то тройка �тандартов SOAP/WSDL/UDDI
REST (Representational Magnificence Shift)
XML-RPC (XML Remote Progress Christen)
Дл� �амом деле, SOAP произошел через XML-RPC и �вл�ет�� �леду�щей �тупень� его развити�. В то век ровно REST — �то концепци�, в о�нове которой лежит �корее архитектурный школа, нежели нова� технологи�, о�нованный дл� теории манипул�ции объектами CRUD (Create Look over Update Publishing blue-pencil) в контек�те концепций.
Безу�ловно, �уще�тву�т и некоторый протоколы, только, по�кольку они не получили широкого ра�про�транени�, мы о�тановим�� в �том кратком обзоре на двух о�новных — SOAP и REST. XML-RPC в�лед�твие того, что �вл�ет�� пор�дочно «у�таревшим», мы и�пытывать подробно не будем. �а� в перву� очередь интере�у�т вопро�ы �оздани� новых веб-�лужб, а не дей�твие клиентов к �уще�тву�щим (�кобы правило по�тавщики веб-�ерви�ов по�тавл��т пакеты � функци�ми API и документацией, �ледовательно дилемма по�троени� клиентов к �уще�тву�щим веб-�лужбам менее интере�ен � точки зрени� автора).
SOAP более применим в �ложных архитектурах, где взаимодей�твие � объектами выходит ради рамки теории CRUD, а вот в тех приложени�х, которые не покида�т рамки данной теории, ве�ь применимым может быть именно END UP ввиду �воей про�тоты и прозрачно�ти. Вои�тину, когда л�бым объектам вашего �ерви�а не нужны более �ложные взаимоотношени�, кроме: «Создать», «Прочитать», «Изменить», «Удалить» (чи�тый положение — в 99% �лучаев �того до�таточно), возможно, именно PUT �танет правильным выбором. И�кл�ча� того, REST PERIOD по �равнени� � SOAP, может оказать�� и более производительным, так будто не требует затрат дл� разбор �ложных XML команд на �ервере (выполн��т�� обычные HTTP запро�ы — PUT, GET, MAIL, EFFACE). Что SOAP, в �во� очередь, более надежен и безопа�ен.
В л�бом �лучае вам разрешать, который больше подойдет вашему приложени�. Совершенно верно, вы даже захотите реализовать пара протокола, дл� о�тавить выбор изза пользовател�ми �лужбы и — �то ваше право.
Практиче�кое применение веб-�ерви�ов
По�кольку здравица �оглашать�� о практиче�ком применении, нам надо выбрать платформу дл� по�троени� веб-�лужбы и по�тавить задачу. Бе�причинно как автору ближе в�его PHP 5, мы и выберем его в каче�тве технологии чтобы по�троени� �лужбы, а в каче�тве задачи примем �леду�щие требовани�. Допу�тим, нам нуждать�� �оздать �лужбу, предо�тавл��щу� до�туп к информации о кур�ах вал�т, котора� �обирает�� нашим приложением, и накапливает�� в базе данных. Далее по�ред�твом веб-�ерви�а, данна� информаци� передает�� �торонним приложени�м дл� отображени� в удобном чтобы них виде.

Прежде только, веб-�ерви�ы (либо веб-�лужбы) — �то технологи�. И наподобие и л�ба� друга� технологи�, они име�т шабаш четко очерченну� �реду применени�.Е�ли по�мотреть дл� веб-�ерви�ы в разрезе �тека �етевых протококолов, мы увидим, �колько �то, в кла��иче�ком �лучае, не что иное, как еще одна над�тройка поверх протокола HTTP. С противоположный �тороны, е�ли гипотетиче�ки разделить Интернет на не�колько �лоев, мы �можем выделить, как минимум, два концептуальных типа приложений — вычи�лительные узлы, которые реализу�т нетривиальные функции и прикладные веб-ре�ур�ы. Быть �том вторые, ча�то заинтере�ованы в у�лугах первых.
�днако и �ам Интернет — разнороден, т. е. различные приложени� дл� различных узлах козни функциониру�т дл� разных аппаратно-программных платформах, и и�пользу�т различные технологии и �зыки. Воеже �в�зать однако �то и предо�тавить мочь одним приложени�м обменивать�� данными � другими, и были придуманы веб-�ерви�ы. По �ути, веб-�ерви�ы — �то дей�твие аб�ол�тно четких интерфей�ов обмена данными между различными приложени�ми, которые напи�аны не един�твенно дл� разных �зыках, однако и ра�пределены на разных узлах �ети.
Именно � по�влением веб-�ерви�ов �тоимо�ть �оздани� мобильного приложени� развила�ь мнение SOA — �ерви�-ориентированной архитектуры веб-приложений (Service Oriented Architecture). Протоколы веб-�ерви�ов
Дл� �егодн�шний день наибольшее ра�про�транение получили �леду�щие протоколы реализации веб-�ерви�ов:
SOAP (Simple Object Access Protocol) — по �ути �то платье �тандартов SOAP/WSDL/UDDI
CATCH (Representational Magnificence Transfer)
XML-RPC (XML Outside Progress Assemble)
�а �амом деле, SOAP произошел через XML-RPC и �вл�ет�� �леду�щей �тупень� его развити�. В то �ра ровно REST — �то концепци�, в о�нове которой лежит �корее архитектурный �тиль, нежели нова� технологи�, о�нованный на теории манипул�ции объектами CRUD (Father Read Update Eradicate) в контек�те концепций.
�епременно, �уще�тву�т и некоторый протоколы, но, по�кольку они не получили широкого ра�про�транени�, мы о�тановим�� в �том кратком обзоре дл� двух о�новных — SOAP и REST. XML-RPC в�лед�твие того, который �вл�ет�� изр�дно «у�таревшим», мы �удить подробно не будем. �а� в перву� очередь интере�у�т вопро�ы �оздани� новых веб-�лужб, а не дей�твие клиентов к �уще�тву�щим (чи�тый норма по�тавщики веб-�ерви�ов по�тавл��т пакеты � функци�ми API и документацией, �ледовательно дилемма по�троени� клиентов к �уще�тву�щим веб-�лужбам менее интере�ен � точки зрени� автора).
SOAP более применим в �ложных архитектурах, где взаимодей�твие � объектами выходит по�ле рамки теории CRUD, а вот в тех приложени�х, которые не покида�т рамки данной теории, ве�ь применимым может оказать�� именно REMNANTS в�лед�твие �воей про�тоты и прозрачно�ти. Конечно, когда л�бым объектам вашего �ерви�а не нужны более �ложные взаимоотношени�, кроме: «Создать», «Прочитать», «Изменить», «Удалить» (как правило — в 99% �лучаев �того до�таточно), веро�тно, именно LAZE ABOUT довольно правильным выбором. Выкл�ча� того, BREATHER по �равнени� � SOAP, может быть и более производительным, так как не требует затрат дл� разбор �ложных XML команд дл� �ервере (выполн��т�� обычные HTTP запро�ы — UTTER, GET, COLLECTION, CROSS OUT). Чтобы SOAP, в �во� очередь, более надежен и безопа�ен.
В л�бом �лучае вам решать, �колько больше подойдет вашему приложени�. Ве�ь веро�тно, вы даже захотите реализовать пара протокола, чтобы о�тавить подбор �ледовать пользовател�ми �лужбы и — �то ваше право.
Практиче�кое применение веб-�ерви�ов
По�кольку речь �оглашать�� о практиче�ком применении, нам нуждать�� выбрать платформу дл� по�троени� веб-�лужбы и по�тавить задачу. Бе�причинно как автору ближе только PHP 5, мы и выберем его в каче�тве технологии чтобы по�троени� здание, а в каче�тве задачи примем �леду�щие требовани�. Допу�тим, нам нуждать�� �оздать �лужбу, предо�тавл��щу� до�туп к информации о кур�ах вал�т, котора� �обирает�� нашим приложением, и накапливает�� в базе данных. Далее через веб-�ерви�а, данна� информаци� передает�� �торонним приложени�м ради отображени� в удобном чтобы них виде.