本文共 1117 字，大约阅读时间需要 3 分钟。

工厂方法模式乍一听和简单工厂模式很相似。很容易把他们弄混。我们先来学习什么是工厂方法模式。

工厂方法模式（Factory Method）:定义一个用于创建对象的接口，让子类决定实例化哪一个类。工厂方法使一个类的实例化延迟到其子类。

我们来先看一下简单工厂模式的UML类图结构。

对应的基本代码

interface Product{ void Method();}

class ConcreteProduct implements Product{ @Override public void Method(){  //具体产品的方法 }}

class ProductFactory{ public Product product; public static Product createProduct(){   if(product == null){     product = new ConcreteProdyct();   }   return product; }}

我们再来看看工厂方法模式的UML类图

对应的基本代码，左边产品类的就不写了。和简单工厂是一样的

Interface Factory{ void FactoryMethod();}

class ConcreteFactory implements Factory { public Product product; @Override public Product createProduct(){   if(product == null){     product = new ConcreteProdyct();   }   return product; }

区别不是很大，对么。我也觉得，能用简单工厂解决，为嘛要用工厂方法呢？其实工厂方法它存在是有其意义的，我们还是以计算器为例子。我们把运算类抽象出来，作为Product，然后各种运算作为ConcreteProduct。简单工厂模式就是直接生成运算类的对象，但是当客户需要添加新的需求时，比如多一个求根运算，那么在ConcreteProduct层需要添加一个求根运算类，这里对整个结构而言只做了扩展，没有问题。但是在工厂类这边，就需要对工厂进行修改。添加一个case分类，并做扩展。那么就违背了设计原则中的开放-封闭原则，将修改和扩展都做了开放。如果采用工厂方法模式，也就不存在这个问题了。也许在这个例子中看不出他们太大的区别，因为修改的地方并不多，改动也不大，但是在一个大项目中，就有可能出问题了。

我们这里也举个例子来应用工厂方法模式。就以好人好事来吧。都非常简单。

直接上传git的地址：