1.要点:
1)为了避免简单工厂模式的缺点,不完全符合OCP。
2)工厂方法模式和简单工厂模式最大的不同在于简单工厂模式只有一个(对于一个项目或者一个独立模块而言)工厂类,而工厂方法模式有一组实现了相同接口的工厂类。
2.简单工厂模式和工厂方法模式比较:
1)结构复杂度。
从这个角度比较,显然简单工厂模式占优,简单工厂模式只需一个工厂类,而工厂方法模式的工厂类随着产品类的增加而增加,这无疑使类的个数越来越多,从而增加结 构的复杂度。
2)代码复杂度。
代码复杂度和结构复杂度是一对矛盾,既然简单工厂模式在结构复杂度相对简单,那么它在代码复杂度肯定要比工厂方法模式复杂,简单工厂模式随着产品类的增加需要 增加相应的方法,而工厂方法模式每个具体工厂类只完成单一任务,代码简洁。
3)客户端编程难度。
工厂方法模式虽然在工厂类机构中引入了接口从而满足OCP,但是在客户端编程中需要对工厂类进行实例化,而简单工厂模式的工厂类是个静态类,在客户端无需实例 化,这无疑是吸引人的优点。
4)管理上的难度。
这是一个关键的问题。
我们先谈扩展,众所周知,工厂方法模式完全满足OCP,既它有非常良好的扩展性,那是否就说明了简单工厂模式没有扩展性呢?答案是否点的。简单工厂模式同样具 备良好的扩展性,扩展的时候需要修改少量的代码(简单工厂类的代码)就可以满足扩展性的要求了。尽管这没有完全符合OCP,但我们不需要太拘泥于设计理论,要 知道sun提供的java官方工具包,也有没有满足OCP的例子。
然后我们从维护性的角度分析下,假如某个具体产品类需要进行一定的修改,很可能需要修改对应的工厂类,当同时需要修改多个产品类的对象的时候,对工厂类的修改 会变得相当麻烦(对号入座已经是个问题了),反而简单工厂模式没有这些麻烦,当多个产品类需要修改时,简单工厂模式仍然仅仅需要修改唯一的工厂类(无论怎样都 能改到满足要求吧?大不了把这个类重写)
根据设计理论建议:工厂方法模式。但实际上,我们一般都用简单工厂模式。
3.工厂方法模式实例:
public interface Car {
void run();
}
public class Audi implements Car {
@Override
public void run() {
}
}
public class Byd implements Car {
@Override
public void run() {
}
}
public interface CarFactory {
Car createCar();
}
public class AudiFactory implements CarFactory {
@Override
public Car createCar() {
return new Audi();
}
}
public class BydFactory implements CarFactory {
@Override
public Car createCar() {
return null;
}
}
public class Client02 {
public static void main(String[] args) {
Car car1 = new AudiFactory().createCar();
Car car2 = new BydFactory().createCar();
car1.run();
car2.run();
}
}