от аннотаций хуже не станет, эт омета-информация и некоторый хак, который позволят не лезть бизнес-слою в инфраструктуру (то есть зависимость очень косвенная) — код легко будет перенесен (если с этой точки зрения посмотреть)

тут можно сказать некоторая языковая зависимость (аннотации — это именно такого рода хак), но вы и так в языке уже конкретном

но валидировать данные внутри нужно, наружная валидация (верификация) не сможет учесть инвариант бизнес-объекта и учитывает только формальную спецификацию данных (формат, допустимый перечень, длина, наличие в Бд и прочее)

+++

А вот с этим не соглашусь, с таким подходом можно и из доктриновских энтитией доменные модели лепить

не получится с таким подходом, тк в доктриновских ентитях по дизайну именно Доктрины нет аксессоров 🙂

но таки да, так и делают, ваша правда

но это не относится к слоенной архитектуре, как мне кажется

Не, я чисто за SRP

Ребят всем привет, есть кто может проконсультировать по messenger компоненту в разрезе rabbitmq транспорта, появился затык небольшой... Надеюсь)

задавай вопрос

Есть некий rabbitmq который в себе собирает сообщения от сервисов, в него они попадают не по формату headers - body, а имеют только body

В результате когда мы вызываем php bin/console messenger:consume -vv rest_uploader, чтобы просто прочитать очередь, стандартные serializer не обрабатывают эти сообщения. А падают с exception. В одном сдучае если использовать PHPSerializer, ругается на то что не может json обработать. А стандартный symfony serializer, ругается что нет заголовков которые внутри у него обрабатываются.

В результате вроде как можно реализовать кастомный сериализатор. Класс который наследует SerializerInterface. У него там два метода decode и encode. И все ничего, но он требует реализации encode который в свою очередь всегда пересылает сообщения в реббит. А МНЕ НУЖНО ПРОСТО ПРОЧИТАТЬ ОЧЕРЕДЬ И СДЕЛАТЬ ЛОГИКУ(дополнительную).

В очереди простой json

Чем в DDD Агрегат отличается от Bounded Context ?

Сериалайзер точно ничего не отправляет в очередь

bounded context - граница некой buisness capability - например "бухгалтеры". Агрегаты - это граница целотности/транзакции кусочка стэйта.

но в целом можно начать вот отсюда https://symfonycasts.com/screencast/messenger/external-transport#play

Именноп по этому мануалу и делал

https://www.dddcommunity.org/library/vernon_2011/ - про агрегаты
https://medium.com/nick-tune-tech-strategy-blog/domains-subdomain-problem-solution-space-in-ddd-clearly-defined-e0b49c7b586c - про другие умные слова

И там есть момент,
public function encode(Envelope $envelope): array
   {
       throw new \Exception('Transport & serializer not meant for sending messages');
   }