Пару раз даже писал такое, было весело

Ага, так и сделал, спрятав это дело за Gateway и обернул его использование адаптером для исп в сервисных объектах.
Осталось понять чья ответственность формировать результат работы апишки, а чья обрабатывать..
И все это в контексте довольно простого приложения(очень не хочется разводить кучу классов)
Отличную статью у Антона в канале телеги нашел..

http://amp.gs/uSNl

Формированием ответа от Апи занимается, внезапно, сама апи

Обработка вне гейтвея лучше, но не знаю вашего кейса

Да, пардон имел ввиду уже переработку результата гейтвея.
Т.е. если по нубски смотреть через призму dry-monads то результат обращения к интерфейсу гейтвея, в случае если содержимое скажем содержит "fail_msg" то Failure(..) иначе Success(..)
Т.е. это я к тому что наличие fail_msg - техническая сторона свойственная Gateway.. но требуется для формирования ошибки на уровне БЛ и дальнейшей ее обработки.

Да.. точно.. как репозитории возвращают удобный и корректный формат сервисам, так и адаптеры рест-гейтвеев должны поступать))

самый непонятный ник =)

KAPKAPBOPOH

Владимир молодец

Политик, лидер..

и борец!

А какие алгоритмы вы используете на практике ?

Сортировку пузырьком.
Но если серьёзно, то пришлось однажды сложную структуру с огромной вложенностью сущностей одного типа (жисон на от 3 до 6 метров) обходить в глубину как граф.
А так как вложенность может быть любой и в целом маппинг очень сложный (данные одной сущности нашей системы могли быть раскиданы по разным корням на разных уровнях и четкой спецификации о количестве уровней уровней и веток не было), то делал рекурсивный обход графа на стеке.

Хм больше похоже на супер разовое решение, выполненное максимум дважды

Ну нет, это была целая доработка и планировалось это использовать. И данные постоянно усложнялись. Но эта доработка как-то сдулась, лол.

(И тогда шел второй месяц моей первой работы, лол)

Аа ну то есть в целом больше никогда не пришлось?

Или не пригодилось

Нет. Больше чего-то сложного не было.
Больше как-то всё про архитектурные решения, удачные и неудачные, и отлов багов.

ИНтересный опыт, но это было только один раз.

4 часа общались за алоритмы на собесе в яндекс. Больше вроде особо сложные в практике использовать не приходилось