工厂方法模式 工厂方法模式去掉了简单工厂模式中工厂方法的静态属性,使得它可以被子类继承。这样在简单工厂模式里集中在工厂方法上的压力可以由工厂方法模式里不同的工厂子类来分担。 你应该大致猜出了工厂方法模式的结构,来看下它的组成: 1) 抽象工厂角色: 这是工厂方法模式的核心,它与应用程序无关。是具体工厂角色必须实现的接口或者必须继承的父类。在java 中它由抽象类或者接口来实现。 2) 具体工厂角色:它含有和具体业务逻辑有关的代码。由应用程序调用以创建对应的具体产品的对象。 3) 抽象产品角色:它是具体产品继承的父类或者是实现的接口。在 java 中一般有抽象类或者接口来实现。 4) 具体产品角色:具体工厂角色所创建的对象就是此角色的实例。在 java 中由具体的类来实现。
工厂方法模式使用继承自抽象工厂角色的多个子类来代替简单工厂模式中的“上帝类”。正如上面所说,这样便分担了对象承受的压力;而且这样使得结构变得灵活起来——当有新的产品(即暴发户的汽车)产生时,只要按照抽象产品角色、抽象工厂角色提供的合同来生 成,那么就可以被客户使用,而不必去修改任何已有的代码。可以看出工厂角色的结构也是符合开闭原则的!
我们还是老规矩,使用一个完整的例子来看看工厂模式各个角色之间是如何来协调的。话说暴发户生意越做越大,自己的爱车也越来越多。这可苦了那位司机师傅了,什么车它都要记得,维护,都要经过他来使用!于是暴发户同情他说:看你跟我这么多年的份上,以后你不用这么辛苦了,我给你分配几个人手,你只管管好他们就行了!于是,工厂方法模式的管理出现了。代码如下: //抽象产品角色,具体产品角色与简单工厂模式类似
[java] view plaincopy
- //抽象产品角色
-
- public interface Car{
-
- public void drive();
-
- }
-
- //具体产品角色
-
- public class Benz implements Car{
-
- public void drive() {
-
- System.out.println("Driving Benz ");
-
- }
-
- }
-
- public class Bmw implements Car{
-
- public void drive() {
-
- System.out.println("Driving Bmw ");
-
- }
-
- }
[java] view plaincopy
- //抽象工厂角色
-
- public interface Driver{
- public Car driverCar();
- }
-
- public class BenzDriver implements Driver{
-
- public Car driverCar(){
- return new Benz();
- }
- }
-
- public class BmwDriver implements Driver{
-
- public Car driverCar() {
- return new Bmw();
- }
-
- }
-
- //应该和具体产品形成对应关系...
-
- //有请暴发户先生
-
- public class Magnate
-
- {
-
- public static void main(String[] args)
-
- {
-
- try{
-
- Driver driver = new BenzDriver();
- Car car = driver.driverCar();
- car.drive();
- }
-
- ……
-
- }
- }
可以看出工厂方法的加入,使得对象的数量成倍增长。当产品种类非常多时,会出现大量的与之对应的工厂对象,这不是我们所希望的。因为如果不能避免这种情况,可以考虑使用简单工厂模式与工厂方法模式相结合的方式来减少工厂类:即对于产品树上类似的种类(一般是树的叶子中互为兄弟的)使用简单工厂模式来实现。
|