「Type2:Serviceに業務ロジックを書く」でも、同じようなロジックが複数のViewに分散する問題は以前未解決のままです。それを解決しようとするのがこのTypeです。 Type3:Entityに業務ロジックを書く Viewごとに業務ロジックを書けば、分散してしまう可能性がありますが、Entityにロジックを書けば、分散の危険性が減ります。なぜなら、Entityを利用するときに、既に似たようなロジックがないか探すことができるからです。 TransactionServletFilter Action(プレゼンテーションロジック) Dao(データアクセスロジック。ActionにDI) EntityManager(DaoにDI) Entity(業務ロジック) 開発者が書く必要があるのは、Action、Daoのインターフェース、Daoの実装、Entityに対する業務ロジックの実装です。 プレゼ
