Проектное решение для создания / предоставления веб-сервисов для третьей стороны

Question

Мы находимся в процессе разработки CMS на основе Java, связанной с перемещающимся доменом, и думаем о предоставлении веб-сервисов, чтобы заинтересованные третьи стороны могли использовать их для извлечения данных / контента из нашей системы для публикации на своем портале / в приложении.

Я не уверен, как мы должны выставлять эти Web-сервисы и не могу получить четкое представление о перспективном дизайне.

Поскольку у нас есть классы действий (контроллеры) для обработки просмотра и отправки данных для просмотра, и эти классы действий будут отвечать за взаимодействие со слоем фасада.

Может ли кто-нибудь предложить мне, какой подход должен быть лучшим?

1. Должны ли мы также предоставлять классы действий в качестве интерфейса покоя.
2. Должны ли мы создать отдельный набор классов, которые должны быть представлены.
3. Должны ли мы продолжать использовать стиль отдыха или подход, основанный на SOAP

myu вопрос немного субъективен, но на данный момент без какого-либо направления я не уверен, что смогу разместить здесь какую-либо другую информацию

Обновление

На данный момент мы не думаем о бронировании билетов и т. Д., Но большинство вещей будет касаться только выгрузки контента из Системы. Но, возможно, в будущем мы предоставим варианты предложить некоторые продукты третьей стороне, которые можно продавать там.

Answer 1

Прежде всего, вы можете взглянуть на Разница между REST и WebServices

, тогда вы должны знать, смогут ли третьи стороны изменять некоторые данные на вашей стороне (регистрация, аутентификация, бронирование билетов и т. д.).В этом случае использование REST является более предпочтительным для меня.

По моему мнению, вам следует создать несколько классов, которые будут отвечать за использование ваших классов Action, и они также должны реализовывать некоторые функции безопасности.Как я полагаю, ваши Действия являются внутренним материалом, и безопасность должна быть реализована на более высоком уровне.

Если доступ только для чтения (например, получение всех данных типа XXXX), тогда также применим SOAP.

Итак, мое предложение: 2. Отдельный набор классов. 3. Пользовательский REST - хотя он кажется более гибким.

Answer 2

Предоставляйте классы действий в качестве URL-адресов, если вы хотите сэкономить время и усилия.

Но API REST будут вашим лучшим выбором в долгосрочной перспективе, поскольку они масштабируемы и, если позже, если вы хотите, чтобы пользователи обновляли/ создавать данные через API.