1、用户界面层（也称视图）负责为客户呈现输出，XHTML、PDF、。。。ViewResolver 提供视图和逻辑名称的映射。
2、web层,通过站点管理用户导航，扮演粘合了服务层和Servlet API细节角色。Spring web flow构建了强大的状态机来管理用户导航。
3、服务层代码粗粒度、无状态、依赖于领域模型(domain model)和持久层之上。服务层每一个方法一般代表一个用例，同事也是一个事务工作单元。
？无状态是否意味着没有成员变量，因为不需要记录自己本身的状态，只是一堆成员方法的集合。？？
4、领域模型层(Domain POJO)。与服务层都只是一系列POJO.该层包含了系统业务逻辑，因此也就包含了用例的真实实现。所有其他层都依赖于领域模型。eg.服务层一般来说在一个事务下结合了领域模型的若干方法运行。用户界面层将为客户把领域模型序列化XML或者XHTML。数据访问层的职责是持久化和找回模型中的对象实例。
5、数据访问层(DAO)。一般只有服务层依赖于数据访问层。原因：服务层实现了事务界限。确保领域模型没有任何DAO引用（数据访问对
但是按领域模型的观点，领域模型本身有自己的方法，它是否可以自己持久化自己呢？
看多了，我自己就糊涂了。
但是big table 都是自己存自己的。
按照文中观点，领域模型到底是瘦的还是肥的呢？服务如何划分呢，如果服务过于分散，既在domain里，又在service里 是不是太乱了。
或者service更粗粒度一些，domain的粒度细一些？
没有十全十美吧