学步园

看了工厂模式的概念，感觉比较晦涩，用个人的话语来说，工厂模式就是用来提供对象的

比如在service层中需要调用dao层的类，就需要在service类中new dao()来创建dao对象，然后调用dao中的方法，这样的硬编码不利于以后代码的维护，为什么？因为如果在这个service类中调用了几百个甚至更多的dao类，如果dao类的实现方法改变了，如本来是jdbc，需要改成hibernate，那么就需要修改service中的这几百个dao类，这是一个多么庞大的工作。

所以可以用简单工厂模式来解决这个问题，用工厂类来提供对象，service不关心对象是怎么来的。具体代码实现如下:

定义一个抽象类,如操作数据的dao层

abstract class Dao{
    abstract void add(); //增 (删改省略)
}

有两个子类继承这个抽象类，实现里面的方法。jdbc和hibernate操作数据库的方式

class JdbcDao extends Dao{
    public void add(){
        System.out.println("jdbc实现dao的增加方法");
    }
}

class HibernateDao extends Dao{
    public void add(){
        System.out.println("Hibernate实现dao的增加方法");
    }
}

提供一个工厂类，根据传递过来的参数，决定是调用jdbc还是hibernate

class DBFactory {
    public static Dao getInstance(...){
        //根据传进来的参数来返回对应的       
        if(...){
           return new JdbcDao();
        }else if(...) {
           return new HibernateDao();
        }
    }
}

然后在service中需要dao的时候，就直接用工厂类的静态方法，根据传递的值，来获取不同的实现类

class TestService {
    Dao dao = DBFactory.getInstance(...);
    public void add(){
       dao.add();
    }
}