二、工厂模式详情

简单工厂模式相对来说#xff0c;在四人组写的《设计模式------可复用面…一、工厂模式分类

工厂模式属于创建型模式一般可以细分为简单工厂模式、工厂模式和抽象工厂模式。

每种都有不同的特色和应用场景。

二、工厂模式详情

简单工厂模式相对来说在四人组写的《设计模式------可复用面向对象软件的基础》中并没有提及所以可以认为这并不算是一个标准的设计模式但因为其场景较多所以这里简单介绍下。

有的人认为可以看做一种编程收发或者编程技巧。

2简单工厂模式代码

attack):m_life(life),m_magic(magic),m_attack(attack){}

virtual

simobj.createMonster(Undead_Type);

Monster*

simobj.createMonster(Element_Type);

Monster*

simobj.createMonster(Mechanic_Type);

delete

总结通过工厂类来创建怪物则意味着创建怪物时不再使用new关键字而是通过该工厂类来进行这样的话即便将来拐歪种类增加main主函数中创建怪物的代码也可以尽量保持稳定。

同时也避免了在main函数中直接使用new创建对象时必须知道具体类名的情形发生实现了创建怪物的代码与各个具体怪物类对象要实现的业务逻辑的代码隔离。

当然此模式也具有明显的缺点当引入新的怪物类型时需要修改createMonster成员函数的源码来增加if判断分支从而支持对新类型怪物的创建工作这就违反了开放封闭原则。

如果if分支不是很多只有数个而并不是数十上百个那适当违反开闭原则也可以接收的。

2、工厂模式

工厂模式通常也是指得是工厂方法模式换句话说工厂方法模式可以简称工厂模式或多态工厂模式此种模式实现难度比简单工厂模式略高一些。

需要针对每种类型的怪物都需要创建一个对应的工厂类它通过增加新的工厂类来符合面向对象程序设计的开闭原则但付出的代价是需要增加多个新的工厂类。

2代码示例

总结从上述代码中可以看到创建怪物对象时不需要记住具体怪物类的名称但需要知道创建该类怪物的工厂名称。

工厂模式的实现意图是定义一个用于创建对象的接口但由子类决定要实例化的类是哪一个该模式是的某个类的实例化延迟到子类。

它当出现一个新怪物类型时既不需要更改Gbl_CreateMonster函数也不需要像简单工厂模式那样修改MonsterFactory类中的createMonster成员函数来增加新的if分支。

3、抽象工厂模式

随着业务的变化游戏中的战斗场景数量和类型不断增加从原来的在城镇中战斗逐步进入在沼泽战斗、在山脉地区战斗等于是场景将重新分类怪物分为3类战斗场景3类这样会产生9类怪物。

如果一个工厂子类能够生产不止一种具有相同规则的怪物对象那么就可以有效地减少所创建的工厂子类数量这就是抽象工厂模式的核心思想。

抽象工厂模式是按照产品族来生产产品一个地点有一个工厂该工厂负责生产本地的所有产品。

2代码示例

//------------------------------------------------------------------------------

//山脉类类怪物

//------------------------------------------------------------------------------

//城镇类怪物

//-------------------------------------------------------------------------------------

//沼泽地区工厂

//-------------------------------------------------------------------------------------

//山脉地区工厂

//-------------------------------------------------------------------------------------

//城镇地区工厂

总结抽象工厂模式通过增加新代码不是修改原有代码来为游戏增加新功能。

如果需要需要产品族还需要修改工厂父类来增加新的虚函数以支持新类型各个工厂有需要增加对新类型的支持那么这种情况下破坏了开闭原则同时也不适用抽象工厂模式。

抽象工厂模式具备工厂模式的优点如果只是增加新的产品族则只需要增加新的子工厂类符合开闭原则这是抽象工厂模式优点但是如果增加新的产品等级结构那么就需要修改抽象层的代码这是抽象工厂模式的缺点因此应该避免在产品等级结构不稳定的情况下使用该模式。

引入抽象工厂模式实现意图是提供一个接口让该接口负责创建一系列相关或者相互依赖的对象而无需制定它们的具体类。

4、三个模式间对比

1从代码实现复杂度上简单工厂模式最简单工厂方法模式次之抽象工厂模式最复杂。

把简单工厂模式中的代码修改得符合开闭原则就变成了工厂方法模式修改工厂方法模式的代码是一个工厂支持对多个具体产品的生产就变成了抽象工厂模式。

2从需要的工厂数量上简单工厂模式需要的工厂数量最少工厂方法模式需要的工厂数量最多抽象工厂模式能够有效地减少工厂方法模式所需要的工厂数量。

3从实际应用上当项目中的产品数量较少时考虑使用简单工厂模式如果项目稍大一点或者为了满足开闭原则则可以使用工厂方法模式而对于大型项目中有众多厂商并且每个厂商都生产一系列产品时应考虑使用抽象工厂模式。