设计模式——工厂模式

说明：

       工厂模式主要是为创建对象提供方便。工厂模式分为三种：

            1.简单工厂模式

            2.工场方法模式

            3.抽象工厂模式

 

 

简单工厂模式：

car接口：

package com.shine.shejimoshi_factory;
public interface Car {
       void driver();
}

 

奥迪车：

package com.shine.shejimoshi_factory;
public class Audi implements Car {

    @Override
    public void driver() {
        System.out.println("Driving Audi !");
    }
}

 

宝马车：

package com.shine.shejimoshi_factory;
public class Bmw implements Car {
    @Override
    public void driver() {
        System.out.println("Driving BMW !");
    }
}

 

奔驰车：

package com.shine.shejimoshi_factory;
public class Benz implements Car {
    @Override
    public void driver() {
        System.out.println("Driving Benz !");
    }
}

 

工厂类：

package com.shine.shejimoshi_factory;
/*
 * 工厂类
 */
public class DriverFactory {
    //工场方法
    //返回类型为抽象产品角色
    public static Car driverCar(String s) throws Exception{
        ////判断逻辑，返回具体的产品角色给Client
        if(s.equals("Bmw")) return new Bmw();
        else if(s.equals("Audi")) return new Audi();
        else if(s.equals("Benz")) return new Benz();
        else throw new Exception();
    }
}

 

测试：

package com.shine.shejimoshi_factory;
public class Test {
  public static void main(String[] args) {
      try {
        Car car = DriverFactory.driverCar("Bmw");
        car.driver();
    } catch (Exception e) {
        // TODO Auto-generated catch block
        e.printStackTrace();
    } 
}
}

 

 

对简单工厂模式的说明：

首先，使用了简单工厂模式后，我们的程序不在"有病"，更加符合现实中的情况；而且客户端免除了直接创建产品对象的责任，而仅仅负责"消费"产品（正如暴发户所为）。
下 面我们从开闭原则上来分析下简单工厂模式。当暴发户增加了一辆车的时候，只要符合抽象产品制定的合同，那么只要通知工厂类知道就可以被客户使用了。那么对 于产品部分来说，它是符合开闭原则的--对扩展开放、对修改关闭；但是工厂部分好像不太理想，因为每增加一辆车，都要在工厂类中增加相应的商业逻辑和判断 逻辑，这显自然是违背开闭原则的。

 

工厂方法模式：

       几个实体类都一样。下面是增加的类：

开车接口：

package com.shine.shejimoshi_factory2;
public interface Driver {
       Car driverCar();
}

 

开奥迪车：

package com.shine.shejimoshi_factory2;
public class AudiDriver implements Driver {
    public Car driverCar() {
        return new Audi();
    }
}

开宝马车：

package com.shine.shejimoshi_factory2;
public class BmwDriver implements Driver {
    public Car driverCar() {
        return new Bmw();
    }
}

 

开奔驰车：

package com.shine.shejimoshi_factory2;
public class BenzDriver implements Driver {
    public Car driverCar() {
        return new Benz();
    }
}

 

测试类：

public class Test {

    public static void main(String[] args) {
        Driver driver = new BenzDriver();
        Car car = driver.driverCar();
        car.driver();
    }
}

 

工厂方法模式的说明：

工厂方法使用一个抽象工厂角色作为核心来代替在简单工厂模式中使用具体类作为核心。让我们来看看工厂方法模式给我们带来了什么？使用 开闭原则来分析下工厂方法模式。当有新的产品（即暴发户的汽车）产生时，只要按照抽象产品角色、抽象工厂角色提供的合同来生成，那么就可以被客户使用，而 不必去修改任何已有的代码。看来，工厂方法模式是完全符合开闭原则的！
使用工厂方法模式足以应付我们可 能遇到的大部分业务需求。但是当产品种类非常多时，就会出现大量的与之对应的工厂类，这不应该是我们所希望的。所以我建议在这种情况下使用简单工厂模式与 工厂方法模式相结合的方式来减少工厂类：即对于产品树上类似的种类（一般是树的叶子中互为兄弟的）使用简单工厂模式来实现。
当然特殊的情况，就要特殊对待了：对于系统中存在不同的产品树，而且产品树上存在产品族，那么这种情况下就可能可以使用抽象工厂模式了。

 

抽象工厂模式：

 

 

 

 

 
 

 

 

 

 

 

 

抽象工厂模式与工厂方法模式的区别

        抽象工厂模式是工厂方法模式的升级版本，他用来创建一组相关或者相互依赖的对象。他与工厂方法模式的区别就在于，工厂方法模式针对的是一个产品等级结构； 而抽象工厂模式则是针对的多个产品等级结构。在编程中，通常一个产品结构，表现为一个接口或者抽象类，也就是说，工厂方法模式提供的所有产品都是衍生自同 一个接口或抽象类，而抽象工厂模式所提供的产品则是衍生自不同的接口或抽象类。

        在抽象工厂模式中，有一个产品族的概念：所谓的产品族，是指位于不同产品等级结构中功能相关联的产品组成的家族。抽象工厂模式所提供的一系列产品就组成一个产品族；而工厂方法提供的一系列产品称为一个等级结构。

 

 

抽象工厂模式的优点

        抽象工厂模式除了具有工厂方法模式的优点外，最主要的优点就是可以在类的内部对产品族进行约束。所谓的产品族，一般或多或少的都存在一定的关联，抽象工厂模式就可以在类内部对产品族的关联关系进行定义和描述，而不必专门引入一个新的类来进行管理。

 

抽象工厂模式的缺点

       产品族的扩展将是一件十分费力的事情，假如产品族中需要增加一个新的产品，则几乎所有的工厂类都需要进行修改。所以使用抽象工厂模式时，对产品等级结构的划分是非常重要的。

 

适用场景

       当需要创建的对象是一系列相互关联或相互依赖的产品族时，便可以使用抽象工厂模式。说的更明白一点，就是一个继承体系中，如果存在着多个等级结构（即存在 着多个抽象类），并且分属各个等级结构中的实现类之间存在着一定的关联或者约束，就可以使用抽象工厂模式。假如各个等级结构中的实现类之间不存在关联或约 束，则使用多个独立的工厂来对产品进行创建，则更合适一点。

 

总结

       无论是简单工厂模式，工厂方法模式，还是抽象工厂模式，他们都属于工厂模式，在形式和特点上也是极为相似的，他们的最终目的都是为了解耦。在使用时，我们 不必去在意这个模式到底工厂方法模式还是抽象工厂模式，因为他们之间的演变常常是令人琢磨不透的。经常你会发现，明明使用的工厂方法模式，当新需求来临， 稍加修改，加入了一个新方法后，由于类中的产品构成了不同等级结构中的产品族，它就变成抽象工厂模式了；而对于抽象工厂模式，当减少一个方法使的提供的产 品不再构成产品族之后，它就演变成了工厂方法模式。

       所以，在使用工厂模式时，只需要关心降低耦合度的目的是否达到了。