工厂方法模式: 定义一个用于创建对象的接口,让子类决定实例化那个一个类.工厂方法使一个类的实例化延迟到其子类.
在任何需要生成复杂对象的地方,都可以使用工厂方法模式.复杂对象适合使用工厂模式.用new就可以完成创建的对象无需要使用工厂模式.
主要可以分为四个模块:
1.抽象工厂,为工厂方法模式的核心
2.具体工厂,实现了具体的业务逻辑
3.抽象产品,是工厂方法模式缩创建的产品的父类,
4.具体产品,为实现抽象产品的某个具体产品的对象
通过具体的工厂类中,创建一个具体的产品的对象,需要哪一个产品就new哪一个产品,这种方式比较常见,但有时候也可以利用反射的方式更简洁的来生产具体产品对象,此时,需要在工厂方法的参数列表中传入一个Class类来决定是哪一个产品类.
这样需要哪一个类的对象就传入哪一个类的类型即可.这样比较简洁,动态.同时,也可以为每一个产品都定义一个具体的工厂,
总的来说,工厂模式是一个很好的设计模式,但是缺点是,每次我们为工厂方法模式添加新的产品时就要编写一个新的产品类,同时还要引入抽象层,这必然会导致类结构的复杂化,所以,在某些情况比较简单时,是否要使用工厂模式,就需要权衡利弊了.
简单工厂模式的最大的优点在于工厂类中包含了必要的逻辑判断,根据客户端的选择条件动态实例化相关的类,对于客户端而言,去除了具体产品的依赖.
工厂方法模式实现时,客户端需要决定实例化哪一个工厂来实现运算类,选择判断的问题还是存在的,也就是说,工厂方法把简单工厂的内部逻辑判断移到了客户端代码来进行,你想要加功能,本来是该工厂类的,而现在是修改客户端. 是简单工厂模式的进一步抽象和推广,由于使用了多态性,工厂方法模式保持了简单工厂模式的优点,而且客服可它的缺点.