он стоит обычно в начале пайплайна и там от него толку мало для JSON

Так и отдача ошибки при исключении API - это last chance.

Middleware у меня ловит мои исключения связанные с логикой приложения и преобразовывает их в документы JSON, выставляя правильный статус-код ответа в зависимости от класса исключения. Это позволяет на писать лишние однообразные try/catch в контроллерах. Всё остальное throw $caughtException

ErrorHandler ловит ошибки несвязанные с логикой приложения – чистые фаталы вроде отвалов базы, етц

я оба подхода встречал, кто то делит исключения на бизнесовые и системные. Кто-то нет.

мне кажется более простым когда любое исключение отдается в установленом формате.

из преимуществ - фронты могут обработать корректно даже твои фаталы

не уверен что это приемущество, но мне казалось так

По сути тот же ApiDataWrapper из демки, только работает еще и по исключениям
https://github.com/yiisoft/yii-demo/blob/master/src/Middleware/ApiDataWrapper.php

ErrorHandler всё равно вернёт JsonApi-совместирую ошибку.
Middleware же может проставить нужные статус-коды, добавить доступную информацию о контексте ошибки, знаю специфику обрабатываемого исключения.

коды из exception может по идее и еррор хендлер поставить

вообщем я думаю оба варианта нормальные.

Ну то есть errorhandler все равно настраивать придется.

Наверное, имелось ввиду не spiral, а cycle не смог. Сейчас самое критичное это составные PK - но обещают в скором времени. И поддержки схем постгреса еще нет - только public.

да, cycle)

Народ, подскажите best practice по архитектуре, плиз. Ничего красивого в голову не идет :(
Задача: SOLIDно положить в очередь сообщение в виде сериализованного в любом виде объекта с одним методом, который должен будет выполниться после того, как консьюмер это сообщение получит. Сейчас проблема в том, что этот Job тащит за собой сервис, который должен будет выполнить определенные действия, а сервис - еще уйму всего за собой по цепочке.
Пока не придумал ничего лучше, чем переделать нашу очередь на тот способ, что реализован в symfony/messenger: сами сообщения там - исключительно DTO, а при чтении консумером они интерпретируются как эвенты для EventDispatcher.

ты можешь тащить не сервис а типа промис сервиса

для ленивой инициализации сервиса

Это как?

(прорываются украинские корни)

создай объект, который скушает контейнер и вернёт сервис при надобности :)