ОТДЫХ или МЫЛО? Я должен выбрать один
Я должен создать медиа-сервис для подготовки сервисов для других наших приложений. вопрос в том, что наш API должен быть REST или SOAP?
Я прочитал много статей и материалов, которые сравнивают эти два метода. у каждого свои идеи об использовании одного из них. кто-то считает, что из-за того, что все переключают свой продукт на REST, будет хорошим решением использовать REST вместо SOAP. Но я подумал, что важная вещь - это цель продукта, а база - это цель, которую мы можем выбрать между мылом или REST.
Наш сервис не взаимодействует с пользователями. он работает только с нашими локальными приложениями, и для меня важно, чтобы мой API был простым и полезным. Как я уже сказал, сервис обеспечивает хранение и управление мультимедиа для других приложений. У меня есть опыт как мыла, так и отдыха, но на этот раз я не могу выбрать один.
так в чем твоя идея? Мыло или отдых? В этом типе проектов на самом деле!
3 ответа
Я бы пошел на REST
- это проще и добавляет меньше накладных расходов. Кроме того, как только ваши ресурсы четко определены и разграничены, разработчик уже знает, как взаимодействовать с конечными точками API, без необходимости документирования или ожидания создания объектных интерфейсов.
Я бы без сомнения выбрал REST вместо SOAP, но с точки зрения потребителя работать с SOAP все же проще, учитывая уже существующие мастера, которые автоматически сопоставляют типы WSDL с надлежащими типами, по крайней мере в мире Java и C#.
Очень обманчиво, что с REST легче работать. Это открытый стандарт, намного более чистый, который использует HTTP-протокол не так, как веб-службы SOAP, и вы должны это понимать, потому что REST не подходит для любого бизнеса, особенно если что-то уже есть.
Тем не менее, если вы действительно хотите знать, как работает сеть, быть закрытыми для стандартов, которые используют люди, и меньше полагаться на мастеров, которые создают много ненужного кода, используйте REST.
ОТДЫХ, без вопросов.
Я создал API с использованием обоих протоколов, а REST стал намного проще для потребителя и гораздо более гибким.
Google прекратил поддерживать SOAP почти 4 года назад и теперь использует REST и JSON исключительно.
"частичный ответ" в REST, где вы получаете только те данные, которые вам нужны, огромен.
Вот полезный документ по созданию хороших API REST: http://info.apigee.com/Portals/62317/docs/web%20api.pdf