Я сегодня пытался выяснить, как работать с WebService, и нашел множество статей, действительно посвященных веб-сервису и его эффективности на рынке.Является ли WebService следующей большой?
Мои вопросы:
Для комплексного проекта критически важных данных, что лучше выбрать для WebService? Что делает WebService отличным от другого способа получения данных?
Это в основном зависит от определения понятия «большая вещь». Мой опыт работы с WS-стекем и SOAP и суп-акронимом заключается в том, что для его развертывания требуется очень много рабочей силы. Статус каркасов сложный, и определенно не то, что любитель может начать работать через пару дней. Мы видели, как много вещей в сети стало следующей большой вещью только потому, что они были easy. Легко понять, легко взаимодействовать, легко в технике. Википедия, твиттер, digg, youtube - это интернет-большие вещи, и они, с точки зрения взаимодействия, светлые годы от взаимодействия на основе SOAP/WS. Это KISS: простые и глупые. Весь горизонтальный рынок был открыт только из-за их простоты. Даже многопроцессорные платформы, такие как BOINC, не используют ничего около стека WS, но они являются основой многих высокопроизводительных усилий.
Теперь, если вам нужно иметь дело со сложными транзакциями нескольких хостов, аутентификацией, делегированием полномочий, кэшированием ... WS. Это цель, которая требует: банки, резервирование рейса, такие вещи. но они не будут влиять на обычного программиста. Они требуют слишком много энергии и слишком много разных компетенций сразу, чтобы стать чем-то полезным для горизонтального рынка разработчиков.
Кроме того, я ОТДЫХ. Я никогда не выступал за SOAP с большим вниманием, но не было ничего другого, и это была лучшая эволюция над XMLRPC (что, если вам нужно выполнять немой RPC, IMHO, это по-прежнему хороший выбор). Теперь я передумал. В основном у вас есть ресурсы в Интернете, и вы взаимодействуете с ними с помощью HTTP-методов. SOAP - это не что иное, как RPC на гиперстероидах. Нет, REST не является решением, которое заменяет WS. Вообще. это просто проще использовать и отлаживать, хотя и сложнее в дизайне (вы должны думать о ресурсах вместо вызовов методов). Это KISS. Вот почему у него больше шансов на успех на горизонтальном рынке.
Это зависит.
Веб-службы могут быть полезны, если вам необходимо предоставить данные по границам безопасности, где прямое подключение к РСУБД будет плохой идеей.
Популярным методом внедрения веб-сервисов в настоящее время является использование RESTful API (например, через Ajax/JSON). Это уже «следующая большая вещь» - почти каждый крупный игрок предлагает ее в течение многих лет. Google, Flickr, Twitter, вы называете это.
Ответ - это зависит. Веб-сервисы на самом деле не являются следующей большой вещью, они были огромной вещью уже много лет. В бизнес-приложениях веб-сервисы позволяют обеспечить высокий уровень совместимости и возможностей, которые ранее не видели.
Они помогают интеграции с устаревшими системами, взаимодействуют между отдельными отделами, определяют слабосвязанные интерфейсы и т. Д. Вы должны прочитать около Service-oriented architecture.
Если вам нужно приложение PHP, которое обрабатывает данные из одной базы данных, вам могут не понадобиться веб-службы вообще.Если вы разрабатываете решение, которое вращается вокруг нескольких источников данных, со сложной защитой, несколькими языками и/или несколькими приложениями, то веб-службы становятся важными.
SOAP - протокол; если вы работаете с PHP, вам нужно проверить руководство PHP: SOAP, чтобы понять, как он работает. Для каждого языка (почти) существуют существующие API для разработки веб-сервисов. Во всяком случае, вы можете проверить веб-службы RESTful вместо SOAP-based, они, как правило, проще реализовать/понять. Но это еще одна дискуссия ;-).
Cheers.
Большое преимущество заключается в том, что они помогают реализовать слой API.
Если вы реализуете свое решение, используя «автобус», где сидят веб-службы, он открывает ваш продукт гораздо большему диапазону пользователей и удаляется от проприетарного продукта.
Это также позволяет людям взаимодействовать, используя широкий спектр решений, например, клиенты веб-сервисов могут быть реализованы с помощью командной строки, Jsp, Java, Asp, .NET, PHP и т.д.
Они также позволяют код повторного использования например если вы реализуете GetClientDetails (ID) в качестве веб-службы для одного пользователя, когда следующая группа приходит к тому же, все, что вам нужно сделать, это дать им WSDL, и они ушли.
Отношения. Что ты пытаешься сделать? – SLaks