Spring简单搭建和运行.docxVIP

1．问题的引入 为什么要把DAO与Service分成2层组件？ 因为此处是一个/设计模式——桥接模式。 对于Model（模型组件）来说，它要负责如下 A - 它要管理数据的持久化。数据库有可能会改变，持久化技术可能改变。 B - 业务逻辑也要不断的改变。 这就是两个维度的变化。 对于上面场景，于是就考虑使用桥接模式： － 让业务逻辑层组件只负责【业务逻辑的改变】。 － 让DAO组件只负责【持久化层】的改变。 在Java EE应用架构中需要解决的问题： 1. 组件如何相互调用方法？ 2. 事务应该在Service层完成——但无论你采用哪种技术，事务控制必须使用持久层API（Connection/Transaction） 第一个问题（A组件需要调用B组件的方法）的方式 A － Action创建Service，并调用Service的方法。 必然导致Action与Service【硬编码】耦合。很难扩展。 B － 考虑自己使用工厂模式，要开发一个ServiceFactory， 让Factory来负责创建Service组件。