原来因为技术限制等原因，一直采用的是把所有逻辑都单独放在Service层的方式，这种方式最容易让人理解。不过随着开发的进展，service越来越大，也成为了一个问题，逻辑变得难以管理。
我一直想解决这种问题，在学习设计模式的过程中，好像看到了点能解决问题的端倪，可在实战中，我的能力又不足以充分的使用各种设计模式。
后来看到了POEAA这本书提到的领域模型，才明白了自己这种方式被叫做“贫血”模型，相对应的还有早就听说，但是不知道如何实现的“领域模型”。
接下来我就打算把自己以前用贫血模型做的项目用领域模型重新做一遍，估计问题会不少，比如说是用数据库驱动还是用领域驱动呢？现实中大多数都是先设计好数据库在去构架后台的模型和逻辑，通常通过hibernate的自动生成功能。原因据说是因为数据库不好修改，所以说哪个弱就要偏向哪边。
