在设计原则中有这样一句话“我们应该针对接口编程，而不是正对实现编程”。但是我们还是在一直使用new关键字来创建一个对象，这不就是在针对实现编程么？
针对接口编程，可以隔离掉以后系统可能发生的一大堆改变。入股代码是针对接口而写，那么可以通过多态，它可以与任何新类实现该接口。但是，当代码使用一大堆的具体类时，等于是自找麻烦，因为一旦加入新的具体类，就必须要改变代码。在这里我们希望能够调用一个简单的方法，我传递一个参数过去，就可以返回给我一个相应的具体对象，这个时候我们就可以使用简单工厂模式。
一、基本定义
简单工厂模式又称之为静态工厂方法，属于创建型模式。在简单工厂模式中，可以根据传递的参数不同，返回不同类的实例。简单工厂模式定义了一个类，这个类专门用于创建其他类的实例，这些被创建的类都有一个共同的父类。
二、模式结构
模式结构图如下：
模式分析：
Factory：工厂角色。专门用于创建实例类的工厂，提供一个方法，该方法根据传递的参数不同返回不同类的具体实例。
Product：抽象产品角色。为所有产品的父类。
ConcreteProduct：具体的产品角色。
简单工厂模式将对象的创建和对象本身业务处理分离了，可以降低系统的耦合度，使得两者修改起来都相对容易些。当以后实现改变时，只需要修改工厂类即可。
三、简单工厂模式实现
模式场景：在一个披萨店中，要根据不同客户的口味，生产不同的披萨，如素食披萨、希腊披萨等披萨。
该例的UML结构图如下:
代码实现
Pizza制造工厂：SimplyPizzaFactory.java
/**
* 专门用于创建披萨的工厂类
*/
public class SimplePizzaFactory {
public Pizza createPizza(String type){
Pizza pizza = null;
if(type.equals("cheese")){
pizza = new CheesePizza();
}
else if(type.equals("clam")){
pizza = new ClamPizza();
}
else if(type.equals("pepperoni")){
pizza = new PepperoniPizza();
}
else if(type.equals("veggie")){
pizza = new VeggiePizze();
}
return pizza;
}
}抽象披萨：Pizza.java
/**
* 抽象pizza类
*/
public abstract class Pizza {
public abstract void prepare();
public abstract void bake();
public abstract void cut();
public abstract void box();
}
具体披萨：CheesePizza.java
public class CheesePizza extends Pizza{
@Override
public void bake() {
System.out.println("bake CheesePizza ...");
}
@Override
public void box() {
System.out.println("box CheesePizza ...");
}
@Override
public void cut() {
System.out.println("cut CheesePizza ...");
}
@Override
public void prepare() {
System.out.println("prepare CheesePizza ...");
}
}PizzaStore.java
public class PizzaStore {
SimplePizzaFactory factory; //SimplePizzaFactory的引用
public PizzaStore(SimplePizzaFactory factory){
this.factory = factory;
}
public Pizza orderPizza(String type){
Pizza pizza;
pizza = factory.createPizza(type); //使用工厂对象的创建方法，而不是直接new。这里不再使用具体实例化
pizza.prepare();
pizza.bake();
pizza.cut();
pizza.box();
return pizza;
}
}
四、简单工厂模式的优缺点
优点
1、简单工厂模式实现了对责任的分割，提供了专门的工厂类用于创建对象。
2、客户端无须知道所创建的具体产品类的类名，只需要知道具体产品类所对应的参数即可，对于一些复杂的类名，通过简单工厂模式可以减少使用者的记忆量。
3、通过引入配置文件，可以在不修改任何客户端代码的情况下更换和增加新的具体产品类，在一定程度上提高了系统的灵活性。
缺点
1、由于工厂类集中了所有产品创建逻辑，一旦不能正常工作，整个系统都要受到影响。
2、使用简单工厂模式将会增加系统中类的个数，在一定程序上增加了系统的复杂度和理解难度。
3、系统扩展困难，一旦添加新产品就不得不修改工厂逻辑，在产品类型较多时，有可能造成工厂逻辑过于复杂，不利于系统的扩展和维护。
4、简单工厂模式由于使用了静态工厂方法，造成工厂角色无法形成基于继承的等级结构。
五、简单工厂模式的使用场景
1、 工厂类负责创建的对象比较少。
2、 客户端只知道传入工厂类的参数，对于如何创建对象不关心。
六、总结
1、 简单工厂模式的要点就在于当你需要什么，只需要传入一个正确的参数，就可以获取你所需要的对象，而无须知道其创建细节。
2、 简单工厂模式最大的优点在于实现对象的创建和对象的使用分离，但是如果产品过多时，会导致工厂代码非常复杂。