浅谈领域模型

到了新的设计模式--领域模型，由于刚接触不久，如果写的不对的地方还请大家多多指教。
解领域模型，首先得弄明白什么是领域，如果把领域理解成领土、领地那就大错特错了，不过没关系，我刚开始也是这么理解的。领域是个很抽象的感念，咱来个实际吧，你可能听说过航天领域，有些新闻报道说：我国在航天领域取得了重大突破，再比如说电脑领域，联想在电脑领域一直是领头者。不要误解领域，领域不是一个行业，一个行业可以有很领域，比如说，计算机行业，包含了主板领域，键盘领域等等。领域是由一类功能相同的东西组成。
对领域有了大概了解后，再来看看项目设计中用到的领域模型。以前接触过oop，里面有个名词叫做类，类是具有相同属性和行为的实体组成的，你可能会认为领域和类很类似，不错，是有点相似，但是他们并不是一回事，他们划分的依据和站的高度不一样。比如说在项目设计中你可以按领域把项目划分，UI是一个领域，登录注册都属于UI领域，但是，登录和注册有不同的角色，不可能只有一个类做，后台manage是一个领域，user用户是一个领域，其他功能模块也可以划分领域，比如说项目中新闻是一个大的模块，可以把新闻划分成一个新的领域等等。
提到领域模型不得不提到一个名词--仓库，仓库顾名思义就是存放货物的东西，在项目中仓库会根据前台不同的需求创造出不同的类，比如action中需要一个按照名字查询用户的方法，那么仓库里就有一个按照用户名查找用户的方法，数据访问由dao负责，dao只负责对数据的访问
现在简单说下主动和被动，从数据库里面查询实体对象，对这个对象来说是被动的，由dao数据访问层完成，添加、删除、更新这些功能对对象本身来说是为主动，因为对象会自己更新，删除，添加。切忌对象能主动完成的不要强迫他，让他被动完成。这就好比说一个正常的人，会走路移动，你非要给他一把轮椅让他坐着移动，这就不符合oop的思想了。所以说dao数据访问层只负责对数据的读取，需要符合什么样要求的实体找仓库，