Озверинunregestered,


unregesteredREST по сравнению с SOAP не скачок а падение

конечно же нет. РЕСТ - это шаг в сторону простоты и понятности. soap - ад и израиль.

Вы очевидно не работали либо с тем либо другим.

SOAP по сравнению с REST это просто сказка для разработчика.
Чтобы написать клиент-сервер через SOAP мне достаточно 5 строчек кода и чистый JDK.
Для REST мне потребуется туева хуча библиотек и поиметь геморой вдаваясь в философские размышления как сериализовать бинарные данные вместе с параметрами, где нужен POST а где PUT и как чёрт побери передать этот кастомный exception.

maytonЕсли проследить тренд последних 10 лет. То современный ентерпрайз - это как раз последовательное сбрасывание
шелухи которая была заложена или заовер-заложена дядьками давно. SOAP-> REST, XML->JSON, EJBean -> SpringBean.


Формально JSON не более шелучный чем XML. Просто, вероятно, произошло нашествие гуманитариев, считающих что, чем компактнее протокол тем быстрее приложение (ага, щас).
А ещё появилось много разных обезьян всё делающих руками: и парсящие сообщения руками и пишущие WSDL руками. В общем сплошные рукодельники

maytonне дай бох Protobuf.

Вот уже действительно не дай бог

Petro123unregestered,
Максимализм плохо.
REST для одних проектов, SOAP для других.
Не сталкивайте их лбами.

Да тут всякие хипстеры-гуманитарии на SOAP бочку катят. Безосновательно. В общем, всем учить матан.

maytonЧисто технически REST может быть иногда удобнее. Есть готовая инфраструктура кеширующих nginx+redis,
которые на уровне конфигураций могут снять нагрузку с основной БД если таковая возможность имеется.

В SOAP я таких возможностей не знаю и вам придется тюнить узкое место именно на уровне сервиса.

Не совсем понятна идея, при чём тут кеширование. Предлагаю таки отделить мух от котлет кэширование от протокола. Попахивает извращениями.