DAO层与Service业务逻辑层的解耦实现之Factory工厂模式

在开始阐述DAO与Service层如何实现解耦之前，我先提一个站在学习者角度的问题，为什么在MVC的三层开发架构中会非常推崇接口编程，那么根据已有的解释，接口编程的好处是：可以帮助层与层之间的解耦，让每个部分独立出来，互不影响，更加的利于团队开发合作和提高复用性与扩展性。那么，在数据访问层（DAO）和业务层（SERVICE）之间的解耦是如何做到的呢？下面请先看一张框架简图：

不难发现的是，UserService是通过接口UserDao来间接操作UserDaoImpl访问Domain对象User中的数据的。有些编程经验的童鞋都应该明白，要想拿到具体的实现，那么这种操作（先不管红色部分的UserDaoFactory工厂类），在访问User时就必定要在UserService中有这样的语句：UserDao  userDao = new UserDaoImpl();  那么，问题来了， UserDaoImpl实现类在这里出现并将导致在后期拓展时（比如UserDao的具体实现改换为Hibernate或者其它技术）就无法真正的做到解耦，因为你必须在你的源代码中指定具体的实现类。如果这里，你还没有明白，那么请看以下代码：

首先，我们来构造一个Domain域对象User，此User在此其实并没有多大意义只是为了展示Domain对象的结构：