Так модель же не стоит целиком завязывать на доктрине :/

Модель стоит завязывать на бизнес логику, а доктрина всего лишь сохраняет состояние бизнес модели

Пишешь врапер над доктрин моделью, называешь её сервис или модель и все дело в шляпе

А уж сколько народу использует всякий ES и CQRS, которой исключает анемичную модель по определению

Модель стоит завязывать на бизнес логику, а доктрина всего лишь сохраняет состояние бизнес модели

Ну вообще да, я примерно это имел в виду)

Тут просто путаница из-за того что многие путают модель DDD и модель доктрины

Офкорс

Тут просто путаница из-за того что многие путают модель DDD и модель доктрины

Так по идее доктрина и так хранит бизнес модель, можно наверное и городить обёртки, но тут как мсье пожелает

Ну она не очень предназначена для ддд модели

Симфони тут не причём, а Доктрина давно рекомендует отказаться от анемичных моделей, в третьей версии судя по всему так и будет. По запросу doctrine rich model куча интересных материалов, на основании чего заявляется, что нельзя нормально реализовать, не понятно.

Где ты такое нашел

К сожалению симфа не предоставляет нам слой модели отсюда все холивары

Где ты такое нашел

В доках доктрины кажется , сейчас не очень удобно, позже поищу

Наверное потому что ц каждого своё понимание бизнес модели и саои требования

https://ocramius.github.io/doctrine-best-practices вот то что быстро удалось найти

Ну вот и все

Что всё

Модель доктрины - репрезентация доменной модели

Согласно самим авторам доктрины

Где там написано это?

Ну полистай слайды лел

Если тебе так проще

Да энтити отображает бизнес модель

Но ничего про бизнес логику не сказано

https://www.doctrine-project.org/projects/doctrine-orm/en/latest/tutorials/getting-started.html#adding-behavior-to-entities We recommend using a rich entity design and rely on more complex mutators, and if needed based on DTOs. In this design, you should not use getters nor setters, and instead, implement methods that represent the behavior of your domain.

А есть такое для текущей версии?

Третья не вышла еще

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

Жёстко

Да такое себе

Еще много спорных моментов

Типо энтити не должны содержать невалидный стейт, используйье дто

Решается элементарно

Добавляем поле в модель isValidated, валидатор его устанавливает в тру, пре флаш листенер проверяет если не тру гудбай

Делали так

Намного проще чем только ради этого городить дто

Говнокодом пахнет :/

Почему?

Мне б за такое по рукам дали

Хотя! С другой стороны! Дто же тоже самое сделает, только дто флашить нельзя ежже

И везде перед вызовом каждого геттера вызывать isValidated и кидать исключение, а то мало ли что

Не перед сохранением достаточно

Гараноирует что энтити валидная

Ты можешь использовать ентити до сохранения

Слушай я и в дто могу энтити использовать

Слушай я и в дто могу энтити использовать

Не можешь?

Достал энтити заменил ей поле вручную

Ааааа

Паника

Говнокодом пахнет :/

And once again

Я без предъяв, просто звучит страшно

Мой подход гарантирует что энтити не созранится неаалидно

А твой?

Мне б за такое по рукам дали

Не очень такой аргумент )

Мой подход гарантирует что энтити не созранится неаалидно

А при каких условиях она может быть невалидной?

Ну вот и все

Там же пишут, что симфони и зенд формы это типа плохо. А какие есть альтернативы им?

Там же пишут, что симфони и зенд формы это типа плохо. А какие есть альтернативы им?

Все что угодно

Все что угодно

Например

При условии что достал энтити и посенял поле

Не успользуя дто

Джун так решил

Не успользуя дто

А я использую дто. Где теперь твой аргумент

И ещк расскажи.мнк

Если все через дто и там валидация

Там же пишут, что симфони и зенд формы это типа плохо. А какие есть альтернативы им?

Получил данные в ентити, проверил, если правильно, то сохранил. Как здесь можно случайно сохранить невалидную ентити? Это какая каша в коде должна быть.

Здесь написано что формы плохи не сами по себе, а для заполнения ентити, через формы следует заполнять дто

Получил данные в ентити, проверил, если правильно, то сохранил. Как здесь можно случайно сохранить невалидную ентити? Это какая каша в коде должна быть.

Не использует дто, вот и каша

А что валидируется в случае с дто?

Данные внутри дто.

Хе

Ну вот кейс

Мне надо достать энтити и сделать инкремент поля

Это мне надо сначала сделать дто из энтити, провалидировать дто и потом снова в энтити?

Это не попахивает говнокодом?

Дто в энтити не может быть

Случайно сохранить невалидную ентити... так можно случайно что угодно сделать, бред какой то

Расскажи как ты сделаешь инкремент ?

Случайно сохранить невалидную ентити... так можно случайно что угодно сделать, бред какой то

С такой уверенностью в себе можно вообще не использовать типы и объекты, всё делать на массивах, типа что за бред писать неправильно

Расскажи как ты сделаешь инкремент ?

$object->increment();

С такой уверенностью в себе можно вообще не использовать типы и объекты, всё делать на массивах, типа что за бред писать неправильно

Это другое совсем

Нетушки