Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Java Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 4 5 6 [7]      все
 Re: Spring или Spring-Boot? Что выбирают true программисты?  [new]
WebPrj
Member

Откуда:
Сообщений: 376
Озверин,
SOAP это RPC.
Удаленный вызов процедур не нужен в корпоративе?
Не думаю.
Причем все в одном флаконе, защита, шифрование, протоколы,....
Мало где нужен, но вполне нужен.
7 май 19, 16:43    [21880158]     Ответить | Цитировать Сообщить модератору
 Re: Spring или Spring-Boot? Что выбирают true программисты?  [new]
mayton
Member

Откуда: loopback
Сообщений: 41377
SOAP обладает свойствами RPC. Но обратное неверно скорее всего.
RPC не может поддержать гетерогенность к примеру, discovery.
7 май 19, 16:47    [21880164]     Ответить | Цитировать Сообщить модератору
 Re: Spring или Spring-Boot? Что выбирают true программисты?  [new]
Озверин
Member

Откуда: Ростов-на-Дону
Сообщений: 5183
WebPrj
Озверин,
SOAP это RPC.
Удаленный вызов процедур не нужен в корпоративе?
Не думаю.
Причем все в одном флаконе, защита, шифрование, протоколы,....
Мало где нужен, но вполне нужен.


да я и не говорил, что не нужен(хотя, ключевое слово - мало, значит не нужен).
Я говорил, что РЕСТ - это не падение, а шаг в сторону упрощения и декомпозиции проблем.
7 май 19, 16:51    [21880166]     Ответить | Цитировать Сообщить модератору
 Re: Spring или Spring-Boot? Что выбирают true программисты?  [new]
Kachalov
Member

Откуда: Москва
Сообщений: 5642
mayton
RPC не может поддержать гетерогенность

CORBA поддерживает гетерогенность, у нее есть система именования сервисов (зарегистрированных объектов), при необходимости можно использовать LoadBalancer. Я не агитирую за CORBA, просто справедливости ради и для аккуратности в высказываниях
7 май 19, 23:26    [21880447]     Ответить | Цитировать Сообщить модератору
 Re: Spring или Spring-Boot? Что выбирают true программисты?  [new]
Alexey Tomin
Member

Откуда: Самара
Сообщений: 1733
betelgeizex
Можно сказать и по-другому: SOAP - набор общепринятых стандартов с явной семантикой, а REST - лишь размытые рекомендации, допускающие массу трактовок.


Конечно. REST это набор ограничений. Собственно единственное добавление в нём- кэширование GET-запроса.

Если уйти от кэширования- то SOAP-интерфейс может быть REST-интерфейсом.
По сути- SOAP это технический стандарт на протокол, а REST - подход к проектированию методов.
8 май 19, 07:42    [21880581]     Ответить | Цитировать Сообщить модератору
 Re: Spring или Spring-Boot? Что выбирают true программисты?  [new]
unregestered
Member

Откуда:
Сообщений: 397
Озверин
unregestered,


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


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


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

SOAP по сравнению с REST это просто сказка для разработчика.
Чтобы написать клиент-сервер через SOAP мне достаточно 5 строчек кода и чистый JDK.
Для REST мне потребуется туева хуча библиотек и поиметь геморой вдаваясь в философские размышления как сериализовать бинарные данные вместе с параметрами, где нужен POST а где PUT и как чёрт побери передать этот кастомный exception.
25 май 19, 11:02    [21893677]     Ответить | Цитировать Сообщить модератору
 Re: Spring или Spring-Boot? Что выбирают true программисты?  [new]
unregestered
Member

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


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

mayton
не дай бох Protobuf.


Вот уже действительно не дай бог
25 май 19, 11:10    [21893683]     Ответить | Цитировать Сообщить модератору
 Re: Spring или Spring-Boot? Что выбирают true программисты?  [new]
Petro123
Member

Откуда: Загрузочный сектор Москвы (AutoPOI.ru)
Сообщений: 38643
unregestered,
Максимализм плохо.
REST для одних проектов, SOAP для других.
Не сталкивайте их лбами.
25 май 19, 11:39    [21893694]     Ответить | Цитировать Сообщить модератору
 Re: Spring или Spring-Boot? Что выбирают true программисты?  [new]
andreykaT
Member

Откуда:
Сообщений: 2246
никто тебе не запрещает простыни хмл заменять простынями джейсона в том же виде енвелопа. (многие так и делают)
нюанс с валидацией схемы остается небольшой. но сильно ли он критичен?
25 май 19, 12:35    [21893735]     Ответить | Цитировать Сообщить модератору
 Re: Spring или Spring-Boot? Что выбирают true программисты?  [new]
mayton
Member

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

В SOAP я таких возможностей не знаю и вам придется тюнить узкое место именно на уровне сервиса.
25 май 19, 12:44    [21893739]     Ответить | Цитировать Сообщить модератору
 Re: Spring или Spring-Boot? Что выбирают true программисты?  [new]
unregestered
Member

Откуда:
Сообщений: 397
Petro123
unregestered,
Максимализм плохо.
REST для одних проектов, SOAP для других.
Не сталкивайте их лбами.


Да тут всякие хипстеры-гуманитарии на SOAP бочку катят. Безосновательно. В общем, всем учить матан.
26 май 19, 15:24    [21894137]     Ответить | Цитировать Сообщить модератору
 Re: Spring или Spring-Boot? Что выбирают true программисты?  [new]
unregestered
Member

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

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


Не совсем понятна идея, при чём тут кеширование. Предлагаю таки отделить мух от котлет кэширование от протокола. Попахивает извращениями.
26 май 19, 15:26    [21894138]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 4 5 6 [7]      все
Все форумы / Java Ответить