工厂模式
工厂模式（Factory Pattern）是 Java 中最常用的设计模式之一。这种类型的设计模式属于创建型模式，它提供了一种创建对象的最佳方式。在工厂模式中，我们在创建对象时不会对客户端暴露创建逻辑，并且是通过使用一个共同的接口来指向新创建的对象。
定义一个创建对象的接口，让其子类自己决定实例化哪一个工厂类，工厂模式使其创建过程延迟到子类进行。主要解决接口选择的问题。我们明确地计划不同条件下创建不同实例时。让其子类实现工厂接口，返回的也是一个抽象的产品。创建过程在其子类执行。
优点： 1、一个调用者想创建一个对象，只要知道其名称就可以了。 2、扩展性高，如果想增加一个产品，只要扩展一个工厂类就可以。 3、屏蔽产品的具体实现，调用者只关心产品的接口。
缺点：每次增加一个产品时，都需要增加一个具体类和对象实现工厂，使得系统中类的个数成倍增加，在一定程度上增加了系统的复杂度，同时也增加了系统具体类的依赖。这并不是什么好事。
注意事项：作为一种创建类模式，在任何需要生成复杂对象的地方，都可以使用工厂方法模式。有一点需要注意的地方就是复杂对象适合使用工厂模式，而简单对象，特别是只需要通过 new 就可以完成创建的对象，无需使用工厂模式。如果使用工厂模式，就需要引入一个工厂类，会增加系统的复杂度。
下面为个人理解：之所以称为工厂模式，是因为你不需要知道详细的构造模式。这样相当于对外隐藏了详细构造过程。这样就相当于一个工厂。
例如：就像一个汽车厂。
首先汽车工厂，他一定是卖汽车的，我们不会想要去汽车工厂卖冰淇淋。
一天我们想要一辆东风雪铁龙，我们会告诉工厂我们要一辆雪铁龙。然后工厂就会把这辆雪铁龙给我们。而不是要你提供雪铁龙的发动机，轮胎，钢材。因为工厂已经知道了。这样就使原本复杂的创建的方法变得简单了起来。
当这个工厂想要引进一款新汽车时，他只要在工厂里面加入该汽车的流水线即可。而我们也只需要提供该汽车的型号即可。
（当类比较简单的时候不用考虑太多，在复杂类和相似度较多的时候就很有效果）
public interface Car {
void function();
}
public class Volkswagen（...） implements Car{
@Override
public void function()
{
.........
}
}
public class DongfengCitroen(...) implements Car{
@Override
public void function()
{
.........
}
}
public class BMW(...) implements Car{
@Override
public void function()
{
.........
}
}
public class CarFactory {
//使用 getCar方法获取不同的车
public Car getCar(String CarType){
if(CarType == null){
return null;
}
if(CarType.equalsIgnoreCase("Volkswagen")){
return new Volkswagen(...);
} else if(CarType.equalsIgnoreCase("DongfengCitroen"))
{
return new DongfengCitroen(...);
} else if(CarType.equalsIgnoreCase("BMW")){
return new BMW(...);
}
return null;
}
}
