что такое продакшен?

Угу, окей разверну вопрос 😊
Кто-то использовал symfony api-platform, для сложных проектов (сложных здесь, это за пределами CRUD, с большим количеством бизнесс-логики и связей между сущностями).
Если да, то было ли это удобно?)

Только начинаю использовать, но уже словил кучу гемора, особенно гемор если в сущностях конструктор заполняется обязательными аргументами.

Из-за этого приходится генерировать кучу дто(input, data transformer) и тд

Ага, спасибо за информацию).

Если кто-то еще добавит своих впечатлений то будет здорово, заранее благодарен!

да тут у всех такие впечатления) время разбираться сопоставимо времени разработки своего решения

Понял, интересное мнение, спасибо!
Ща сам попробую что-то простенькое на нем накатать, составлю еще свое впечатление))
Но в основном понятно

ну, например попробуй сделать отдачу каки х то данных, которые ты получаешь НЕ ИЗ ENTITY :) и  это в свагере отразить

Вообще шик, спасибо за подсказку, попробую так и сделать, судя по капсу тут отдельное ведерко под слезы 😄

комбайн не нужный... ИМХО

что есть проще?

Самая лучшая программа - программа которая никогда не будет написана. Она работает быстро без сбоев на 100% соответствует ТЗ и потребностям пользователя

Использовали его на проекте,очень мало написано в доках,многие реализации приходилось искать в исходниках. Не понравилось ещё то,что все завязано на доктрине. Не стал бы использовать его повторно на своих проектах

Всем привет. Такой вопрос.
У меня есть сущность, пусть он будет называться Vehicle.

Одно из полей этого класса - string type. Сейчас все возможные значения этого поля сложены в этом же классе в константы и в куче мест решение принимаются на основании сравнения $vehicle->getType() с какой-то из констант.
Я хочу вынести это поле в Embeddable класс, пусть это будет VehicleType, и вместо всех этих сравнений статики вызывать у VehicleType соответствующие методы либо же внутри Vehicle вызывать $this->type->isAllowed()

И соственно вопрос - как правильно расположить внутри этого классу логику? Ведь по идее, если у меня 10-20 возможных значений констант, то класс VehicleType должен знать о всех них возможных вариантах своего состояни и в зависимости от него принимать решения. То есть внутри него должна быть какая-то мапа с соответствиями тип <-> разрешенные штуки? Выглядит как-то громоздко. Думал, может, вынести всё это в какую-то фабрику, а она будет инстанциировать эти объекты, но в случае, если у меня Embeddable свойство, то доктрина его создаст в обход фабрики и это не сработает. Еще думал у самой сущности в геттере для свойства getType возвращать не просто стринговое поле а VehicleTypeFactory::fromString($this->type), но мне почемуто такое тоже выглядит нехорошо.

Как правильно поступать? Или ткните носом где почитать как правильно заменить кучу констант на Embeddabble/Value Object. Спасибо

👍 спасибо за дополнение

это сейчас вместо gitlab посоветовали githab? 😄

А ещё мы ошибку ловили n+1 ловили,но по-моему это из за групп сериализации было,точно не помню

нет это вместо того чтобы пилить круды взять готовое решение для крудов