《设计模式之禅》-工厂模式

工厂模式

定义：

定义一个用于创建对象的接口，让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类

 通用代码：

//抽象产品类 （也可以是功能接口）
public abstract class Product {
    //产品的公共方法
    public void method1(){
    //业务逻辑处理
    }

    public abstract  void method2();
}

//具体产品类可以有多个，都继承于抽象产品类
// 具体产品类
public class ConcreteProduct1 extends Product {
    public  void method2(){};
}

public  class ConcrteteProduct2 extends Product {
    public void method2(){};
}

//抽象工厂类负责定义产品对象的产生
public abstract class Creator {
    public abstract <T extends Product> T createProduct (Class<T> c);
}

<T extends Product> T 必须是Product 的实现类

Class<T> c 必须是class类型

T表示的是 只要实现了Product的类都可以作为参数，泛型是jdk1.5中一个非常重要的特性，他减少了对象间的转换，约束其输入参数类型

//具体工厂类
public class ConcreteCreator extends Creator {
    public <T extends Product> T createProduct(Class<T> c) {
        Product product = null;
        try {
            product = (Product) Class.forName(c.getName()).newInstance();
        } catch (Exception e){
        //异常处理
        }
        return （T）product;
    }
}

//场景类的调用
public class Client {
    public static void main(String[] args) {
        Creator creator = new Creator();
        Product product = creator.createProduct(ConcteteProduct1.class);
        product.method2();
    }
}

工厂模式的优点：

良好的封装性，代码结构清晰，扩展性优秀，在增加产品类的情况下，只要适当的修改具体工厂类或扩展一个工厂类，就可以拥抱变化

其次，屏蔽产品类，这一特点非常重要，产品类的实现如何变化，调用者都不需要关心，它只关心产品的接口，只要接口保持不变，系统中的上层模块就不需要发生变化，最典型的例子就是JDBC连接数据库，数据库从mysql切换到oracle，只要修改一下驱动的名称

最后工厂方法模式是典型的解耦框架。高层模块只需要知道产品的抽象类，其他的实现类都不需要关心，符合迪米特法则，我不需要的就不要去交流，也符合依赖倒置原则，只依赖产品的抽象类。当然也符合里氏替换原则，使用产品子类替换产品父类。

jdbc初始化数据库 相关源码 jdbcUtils 类中 

根据传入的driverClassName来生成对应得数据库driver类，工厂模式的一个典型例子