Size: a a a

Архитектура ИТ-решений

2021 June 26

VA

Viktor Alexandrov in Архитектура ИТ-решений
Что ж ты так не любишь level 2
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
Не level 3 же
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
RPC наше всё?))
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
Чем HTTP не угодил?
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ну, потому что это попытка смешивать транспортный уровень с бизнесовым и это ужасно.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Как транспорт - норм. Как бизнес-протокол - нет, он не проектировался для этого.
источник

PD

Phil Delgyado in Архитектура ИТ-решений
RPC - обычно лучше, конечно. Не всегда.
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
Это предрассудки и философия) если нормально ложится схема и бизнес-логика, то наличие реста и сваггера вполне оправдывает смешение
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
Не всегда, да)
источник

PD

Phil Delgyado in Архитектура ИТ-решений
swagger нормально и с rest 1 работает, так что не аргумент.
А вот необходимость делать rest 2 надо как-то обосновывать.
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
Понятно что всегда есть аргумент «а как мы потом будем этот запрос не по хттп передавать»
источник

PD

Phil Delgyado in Архитектура ИТ-решений
И я не вижу ни одного технического обоснования
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Ну, rest 1, кстати, на stomp легко перевести
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
Все привыкли и быстро понятно что есть гет/пут/пост/делит
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Понятно? Ну-ну. Если нужен сложный фильтр или фильтр с ПДН - это что?
Если операция с несколькими статусами - как ее реализовать?
Какие ошибки что значат?
Как реализовывать дополнительную логику при некоторых изменениях? Или дополнительную семантику на изменение данных?
источник

A

Alex in Архитектура ИТ-решений
Все привыкли делать странное

постом создавать. А пут?

Фильтр с списком элементов не влазит в гет - ну ладно, тогда получение данных постом
источник

PD

Phil Delgyado in Архитектура ИТ-решений
restful api - странный теоретический изыск, несовместимый с реальными задачами
источник

A

Alex in Архитектура ИТ-решений
Перевод объекта в следующий этап обработки - патч с изменением статуса. На бэке изменение статуса резолвится на бизнес процесс. 'У' в REST - это удобство.
источник

VA

Viktor Alexandrov in Архитектура ИТ-решений
Если нужен сложный фильтр — сделай сложный фильтр постом) у нас же не догмы

Ну и если очень хочется именно прям рестфул, то может

POST /entities/search HTTP/1.1
….

HTTP/1.1 302 Found
Location: /searches/{uuid}

GET /searches/…
источник

PD

Phil Delgyado in Архитектура ИТ-решений
Какого объекта, если у меня процесс? Мне придется создать объект там, где его нет и реализовывать кучу хлама.
источник