Ребят, вернусь к вопросу о Rich Domain Model

1) Извлечение данных из реквеста, форматирование, валидация происходит в бизнесс логике - контроллер
2) в констрактор методе модели сущности задаём аргументы (тут вариабельно)
3) И там же в модели сущности создаём метод сreate и edit для создания и правки экземпляра
4) Сервисы используем для сторонних сервисов - отправка данных на другой сервер, отправка писем, логи.

Примерно так?

разве apiary не понимает свагер формат?

NelmioApiBundle на сколько я помню есть консольная команда которая выдаст doc.json. Этот doc.json по идее можно скормить apiary

А если не секрет, по какому алгоритму действий?)

я ничего не отправлял туда. Но в целом думаю должна быть возможность обновиться через их апи. Это надо в доке апиари смотеть

через гитлаб си запускается мультистжэдж сборка образа, и на первой вроде стадии генерится дока

апидок джс

через формы не подходит?

замапить запрос на форму через property_path с валидацией

на другом проекте в скрипте наката запускается генерация  сразу пула изменений. но там на сервере нода стоит =\

спасибо, хочу так же сделать!👍🏼
А в сам Апиари вы отправляли файл свагера через CLI модуль?

я через это генерила +слой с нодой
https://apidocjs.com/

но скорее всего аналогично. как бы есть файлики, с докой. и более менее понятно чем генерить

вопрос не по симфони, но всё такие
подскажите, насколько правильно группировать штуки в объекты не по тому, насколько вместе они ходят, а по тому, что они вместе влияют на что-то, но друг на друга они никак не влияют и могут меняться совершенно независимо друг от друга?

поясню на примере - есть условная сущность Car. У машины есть флаг - показывать ли её в рекламе. Если машина красная, бэушная, это не седан и у неё пробег больше 100к - не показываем её в рекламе. И вопрос в том - стоит ли объединять эти свойства в какой-то VO, чтоб было проще вычислять флаг рекламы или это говноидея?

а я бы сделал первый пункт в другом слое. А в контроллер уже сущность провалидированную принимал

php-amqp и rabbitmq-bundle наконец-то очухались. теперь полностью совместимы с пхп8

https://github.com/php-amqplib/RabbitMqBundle/releases

То есть формы?

нет, Дто принимал бы в конроллере, а валидацию на уровне Resolver делал.

сложно по такому описанию что то посоветовать. Если Car может на основе своих данных типа, седан, пробег и т.п. вернуть true\false рекламы то почему бы это не сделать просто методом?

Но если логика определения рекламы не такая явная, и может быть сложнее таких простых правил как пробег и тип, ну скажем пользователь забанил автора этой тачки, и не хочет видеть с ней рекламу, то true/false уже так просто не посчитать.

Если речь о каком то ДТО который должен передаться с флагом релкамы, то вполне нормально его просчитать заранее и передать как флаг. Тут наверное в дело должны включаться контексты.

Млин! Столько вариантов. И все рабочие.
- валидация (оптионрезолвер или формы)
- DTO можно получить ещё через RequestDTOResolver до отработки контроллера
- RichDomainModel  (совместимо с RequestDTOResolver?)

Весь день знакомлюсь с теорией, и не к чему конретному не пришёл((