Я про свою работу )

Я не рефачу этот проект. Там черт ногу сломит

ну вот есть условно сущность "заказ".
у него есть поле "дата прохождения таможни", которая тянется из внешнего API + оттуда может прилететь апдейт + кэшируется, потому что оно тормозное.
Получается как раз тот случай, когда репозиторий инкапсулирует в себе логику - что берём локально из БД, что тянем из кэша, а когда обновляем из внешнего источника.
Нормально ли, если такой репозиторий будет возвращать AR-модель?

Было дело, что вынесли обработку оповещения от платежной системы о платежах в очередь, и перестали СМС уходить.

Да и сам я тоже помню попадался не раз на усложнениях. Тяжело себя остановить, абстракции соблазняют )

он специально так пишет)

умный жи

Thanks, tried to implement framework-independent way )

The problem is not AR, the problem is the developers who do not use the tools correctly, we always look for the easiest shortcut to program.

Вот . А остальные там ему подражать стараются. И получается абра-кадабра. Умно, но иногда такая чушь.

Доменные сущности вне домена не должны светиться ) Только вью модели

ну по идее "заказ" уже вполне себе доменная сущность.

Впрочем, я пока не настолько суров, чтобы пытаться писать DDD-правильный код.

Хорошие практики можно внедрять постепенно. Переписывать всë и сразу, это гиблое дело.

Это не репозиторий.

+

Кто бы мог подумать, почему... Оказалось, что компонент платежный отправлял эвент, по нему менялась другая сущность и слала свой эвент, и так по цепочке все доходило до отправки СМС (вернее, добавления сообщения в очередь), которая выполнялась по эвенту, который приложение отправляло из __destruct. А сделано это было для того, чтобы этот обработчик эвента отработал гарантированно позже каких-то других обработчиков. И отрефачить это нереально, потому что таких событий, повешенных на конец запроса, дофига (десятки), и все они так повешены для сортировки с другими обработчиками тех же событий, которые тупо не отследить, потому что добавляются они в рантайме в любом месте кодовой базы.

А кто?
Фесор вот предложил назвать табличным шлюзом.

Более того - никто не знает, что как и почему именно так работает) Никакой документации, ТЗ и подобного