Symfonyでまともなmodelingはできるのか？
SymfonyはDoctrine ORMを併用する
Entityがドメインモデル貧血症になる
getterとsetterの列挙
EntityとTableは1対1対応させる必要はないのに、実際は1対1対応になっている
Entityとtableの設計が密結合になる
ORMがあるせいなのか、ORMがあってもこれは逃れることができるのかは知らんが
これは、tableの設計を見直せばどうにかなる気もするmrsekut.icon
DDDはいいぞ、という空気がOOP界隈にあるくせに、こんなframeworkがあるということは
何らかの回避策がある
思想として良いdomain modelingをする気がない
のいずれか
さすがに後者なはずは無いと思うので、知見を集めたいmrsekut.icon
https://github.com/symfony/symfony-docs/issues/7460
このissueの投稿者も同じようなことを述べている
ベストプラクティスとして紹介されるSymfony Demoが貧血なのはどうなんすかね
Demoとしては良いけど、ベスプラではなくない？
わかるmrsekut.icon*2
/mrsekut-book-4798121967/197
フレームワークとは争わない
https://speakerdeck.com/hhamon/learning-design-patterns-with-symfony?slide=7
https://stackoverflow.com/questions/58091042/symfony-services-and-rich-domain-models
https://github.com/symfony/symfony-docs/issues/8893
https://speakerdeck.com/super_marek/applying-domain-driven-design-with-symfony
https://thevaluable.dev/anemic-domain-model/
https://symfonycasts.com/screencast/symfonycon2018/symfony-forms-rich-domain-models