设计模式学习之路-工厂方法模式

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

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

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


对应的基本代码

interface Product{
 void Method();
}
class ConcreteProduct implements Product{
 @Override
 public void Method(){
  //具体产品的方法
 }
}
<pre name="code" class="java">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的地址:

https://github.com/SingleShu/FactoryMethodModel



评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值