深入解析Spring MVC与Web Flow

善水 2010-01-29 0

书好，但是感觉翻译的一般

豆芽 2012-08-14 0

读了三分之一算不算读过？在网上只找到1/3的电子版，至少前两章还不错。

Charles 2013-12-04 0

没啥意思，这书估计卖出去100本里有97本是图书馆

善水 2010-01-29 0

书好，但是感觉翻译的一般

豆芽 2012-08-14 0

读了三分之一算不算读过？在网上只找到1/3的电子版，至少前两章还不错。

Charles 2013-12-04 0

没啥意思，这书估计卖出去100本里有97本是图书馆

我想说两句

没有十全十美的设计

豆芽 2012-08-14 0赞

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的粒度细一些？

没有十全十美吧

没有十全十美的设计

豆芽 2012-08-14 0

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的粒度细一些？

没有十全十美吧

我要写长评

想读在读读过

标签(多个标签以“，”分开):

保存

深入解析Spring MVC与Web Flow

推荐文章

猜你喜欢

附近的人在看

推荐阅读

拓展阅读