设计模式的理解--工厂模式

工厂模式：

将对象的创建从业务逻辑中分离，可以做到统一创建，而不是分散在各个业务模块中创建，需要修改时可以统一控制。

业务逻辑中去除了对象的创建，更新清清晰，对接口编程时，也可以通过工厂方便替换对象，对业务逻辑无影响。

工厂产生对象时，可以增加一些处理如代理装饰等等。

 

简单工厂模式：

 

通过一个方法来创建不同的对象。

 在createProdcut方法内部需要通过producType来确定创建哪一个具体类。

新增产品类型时，需要修改createProduct方法，不符合开闭原则，但它确实现了对象的创建与业务逻辑的分离。

 

另一种可以创建各种类型实例的简单工厂

（前提是类有默认构建器，缺点：不知道对象的类型，不容易增加控制（代理或装饰等））

public Object create(String className) throws ClassNotFoundException{
Class classz = null;
try{
classz = this.getClass().getClassLoader().loadClass(className);
}catch(ClassNotFoundException e){
try{
classz = Thread.currentThread().getContextClassLoader().loadClass(className);
}catch(ClassNotFoundException ee){
classz = Class.forName(className);
}
}
return classz;
}

 

 

 

工厂方法模式的定义：

定义一个创建对象的接口，由子类来创建具体的产品--每一个工厂子类对应一种产品子类的创建， 当选择不同的工厂接口实现时就创建了不同的产品。

新增产品子类时，同时新增对应的工厂子类就可以了。

工厂模式解决了简单工厂中新增产品产类型时需要修改工厂方法的问题。

 

 抽像工厂模式的定义：

提供一个接口用来创建相关或依赖对象的家族 ，而不需要指明具体类。

 

对象的家族：这些对象分别属于不同的类型且存在某种共性或关系等。

 

 我对抽像工厂模式不是十分理解，设计中没有用到过。

 

在设计中，涉及对象的创建，我一般是交给Spring来处理。