领域驱动设计(DDD:Domain-Driven Design)
DDD最大的好处是:接触到需求第一步就是考虑领域模型,而不是将其切割成数据和行为,然后数据用数据库实现,行为使用服务实现,最后造成需求的首肢分离。DDD让你首先考虑的是业务语言,而不是数据。重点不同导致编程世界观不同。
上面的话摘自:jdon对DDD的解释:
原来是将数据和行为割裂,现在将他们放在一起,这就是面向对象的设计和分析的东西吧。
但是上面的话,并没有说,创建了业务模型,业就是领域模型之后,继续怎么办啊?
应用数据驱动的方法,大家都知道,在业务需要的脚本代码写在service中,DAO存储数据在数据库中。
DDD创建的业务模型,那相当于就是讲原来service中的代码,下移中实体中了吧!
那这样在领域模型中,就有了用于实体本身CRUD的方法,还有一些从service句中下移的代码。
数据存储还和原来一样