上海网站建设口碑最好的公司北京商场开门吗

当前位置： 首页 > news >正文

上海网站建设口碑最好的公司,北京商场开门吗,桂林市区,建设网站意义一、工厂模式分类 工厂模式属于创建型模式#xff0c;一般可以细分为简单工厂模式、工厂模式和抽象工厂模式。每种都有不同的特色和应用场景。 二、工厂模式详情 1、简单工厂模式 1#xff09;概述 简单工厂模式相对来说#xff0c;在四人组写的《设计模式——可复用面…一、工厂模式分类 工厂模式属于创建型模式一般可以细分为简单工厂模式、工厂模式和抽象工厂模式。每种都有不同的特色和应用场景。 二、工厂模式详情 1、简单工厂模式 1概述 简单工厂模式相对来说在四人组写的《设计模式——可复用面向对象软件的基础》中并没有提及所以可以认为这并不算是一个标准的设计模式但因为其场景较多所以这里简单介绍下。有的人认为可以看做一种编程收发或者编程技巧。 2简单工厂模式代码 class Monster { public:     Monster(int life, int magic, int attack):m_life(life),m_magic(magic),m_attack(attack){}     virtual ~Monster(){} protected:     int m_life;     int m_magic;     int m_attack; }; class M_Undead: public Monster { public:     M_Undead(int life, int magic, int attack):Monster(life, magic, attack)     {         cout 一只亡灵类怪物诞生在这个世界上了 endl;     }; }; class M_Element: public Monster { public:     M_Element(int life, int magic, int attack):Monster(life, magic, attack)     {         cout 一只元素类怪物诞生在这个世界上了 endl;     }; }; class M_Mechanic: public Monster { public:     M_Mechanic(int life, int magic, int attack):Monster(life, magic, attack)     {         cout 一只机械类怪物诞生在这个世界上了 endl;     }; }; class CSimpleFactory { public:     Monster* createMonster(eMonsterType eType)     {         Monster* pCreateObj nullptr;         if (eType Undead_Type)         {             pCreateObj new M_Undead(300, 50, 80);         }          else if (eType Element_Type)         {             pCreateObj new M_Element(200, 80, 100);         }         else if (eType Mechanic_Type)         {             pCreateObj new M_Mechanic(400, 0, 110);         }         return pCreateObj;     } }; int main() { CSimpleFactory simobj;     Monster* pM1 simobj.createMonster(Undead_Type); Monster* pM2 simobj.createMonster(Element_Type); Monster* pM3 simobj.createMonster(Mechanic_Type); delete pM1;     delete pM2;     delete pM3;          return 0; } 总结通过工厂类来创建怪物则意味着创建怪物时不再使用new关键字而是通过该工厂类来进行这样的话即便将来拐歪种类增加main主函数中创建怪物的代码也可以尽量保持稳定。同时也避免了在main函数中直接使用new创建对象时必须知道具体类名的情形发生实现了创建怪物的代码与各个具体怪物类对象要实现的业务逻辑的代码隔离。当然此模式也具有明显的缺点当引入新的怪物类型时需要修改createMonster成员函数的源码来增加if判断分支从而支持对新类型怪物的创建工作这就违反了开放封闭原则。如果if分支不是很多只有数个而并不是数十上百个那适当违反开闭原则也可以接收的。 2、工厂模式 1概述 工厂模式通常也是指得是工厂方法模式换句话说工厂方法模式可以简称工厂模式或多态工厂模式此种模式实现难度比简单工厂模式略高一些。需要针对每种类型的怪物都需要创建一个对应的工厂类它通过增加新的工厂类来符合面向对象程序设计的开闭原则但付出的代价是需要增加多个新的工厂类。 2代码示例 class M_ParFactory { public:     virtual Monster* createMonster() 0;     virtual ~M_ParFactory(){} }; class M_UndeadFactory : public M_ParFactory { public:     virtual Monster* createMonster()     {         return new M_Undead(300, 50, 80);     } }; class M_ElementFactory : public M_ParFactory { public:     virtual Monster* createMonster()     {         return new M_Element(200, 80, 100);     } }; class M_MechanicFactory : public M_ParFactory { public:     virtual Monster* createMonster()     {         return new M_Mechanic(400, 0, 110);     } }; Monster* Gbl_CreateMonster(M_ParFactory factoryObj) {     return factoryObj-createMonster(); } int main() {     M_ParFactory p_ud_fy new M_UndeadFactory();     Monster* pM1 Gbl_CreateMonster(p_ud_fy); //构造一只亡灵类怪物 M_ParFactory* p_ele_fy new M_ElementFactory();     Monster* pM2 Gbl_CreateMonster(p_ele_fy); //构造一只元素类怪物 M_ParFactory* p_mec_fy new M_MechanicFactory();     Monster* pM3 Gbl_CreateMonster(p_mec_fy); //构造一只机械类怪物 //释放资源     delete p_ud_fy;     delete p_ele_fy;     delete p_mec_fy; delete pM1;     delete pM2;     delete pM3; } 总结从上述代码中可以看到创建怪物对象时不需要记住具体怪物类的名称但需要知道创建该类怪物的工厂名称。工厂模式的实现意图是定义一个用于创建对象的接口但由子类决定要实例化的类是哪一个该模式是的某个类的实例化延迟到子类。它当出现一个新怪物类型时既不需要更改Gbl_CreateMonster函数也不需要像简单工厂模式那样修改MonsterFactory类中的createMonster成员函数来增加新的if分支。 3、抽象工厂模式 1概述 随着业务的变化游戏中的战斗场景数量和类型不断增加从原来的在城镇中战斗逐步进入在沼泽战斗、在山脉地区战斗等于是场景将重新分类怪物分为3类战斗场景3类这样会产生9类怪物。如果一个工厂子类能够生产不止一种具有相同规则的怪物对象那么就可以有效地减少所创建的工厂子类数量这就是抽象工厂模式的核心思想。抽象工厂模式是按照产品族来生产产品一个地点有一个工厂该工厂负责生产本地的所有产品。 2代码示例 //沼泽类怪物 class M_Undead_Swamp : public Monster { public:     M_Undead_Swamp(int life, int magic, int attack):Monster(life, magic, attack)     {         cout 一只沼泽的亡灵类怪物诞生在这个世界上了 endl;     }; }; class M_Element_Swamp : public Monster { public:     M_Element_Swamp(int life, int magic, int attack):Monster(life, magic, attack)     {         cout 一只沼泽的元素类怪物诞生在这个世界上了 endl;     }; }; class M_Mechanic_Swamp : public Monster { public:     M_Mechanic_Swamp(int life, int magic, int attack):Monster(life, magic, attack)     {         cout 一只沼泽的机械类怪物诞生在这个世界上了 endl;     }; }; //—————————————————————————— //山脉类类怪物 class M_Undead_Mountain : public Monster { public:     M_Undead_Mountain(int life, int magic, int attack):Monster(life, magic, attack)     {         cout 一只山脉的亡灵类怪物诞生在这个世界上了 endl;     }; }; class M_Element_Mountain : public Monster { public:     M_Element_Mountain(int life, int magic, int attack):Monster(life, magic, attack)     {         cout 一只山脉的元素类怪物诞生在这个世界上了 endl;     }; }; class M_Mechanic_Mountain : public Monster { public:     M_Mechanic_Mountain(int life, int magic, int attack):Monster(life, magic, attack)     {         cout 一只山脉的机械类怪物诞生在这个世界上了 endl;     }; }; //—————————————————————————— //城镇类怪物 class M_Undead_Town : public Monster { public:     M_Undead_Town(int life, int magic, int attack):Monster(life, magic, attack)     {         cout 一只城镇的亡灵类怪物诞生在这个世界上了 endl;     }; }; class M_Element_Town : public Monster { public:     M_Element_Town(int life, int magic, int attack):Monster(life, magic, attack)     {         cout 一只城镇的元素类怪物诞生在这个世界上了 endl;     }; }; class M_Mechanic_Town : public Monster { public:     M_Mechanic_Town(int life, int magic, int attack):Monster(life, magic, attack)     {         cout 一只城镇的机械类怪物诞生在这个世界上了 endl;     }; }; class M_ParFactory { public:     virtual Monster* createMonster_Undead() 0;     virtual Monster* createMonster_Element() 0;     virtual Monster* createMonster_Mechanic() 0;     virtual ~M_ParFactory(){} }; //工厂子类 //————————————————————————————- //沼泽地区工厂 class M_Factory_Swamp : public M_ParFactory { public:     virtual Monster* createMonster_Undead()     {         return new M_Undead_Swamp(300, 50, 120);     } virtual Monster* createMonster_Element()     {         return new M_Element_Swamp(200, 80, 110);     } virtual Monster* createMonster_Mechanic()     {         return new M_Mechanic_Swamp(400, 0, 90);     } }; //————————————————————————————- //山脉地区工厂 class M_Factory_Mountain : public M_ParFactory { public:     virtual Monster* createMonster_Undead()     {         return new M_Undead_Mountain(300, 50, 80);     } virtual Monster* createMonster_Element()     {         return new M_Element_Mountain(200, 80, 100);     } virtual Monster* createMonster_Mechanic()     {         return new M_Mechanic_Mountain(600, 0, 110);     } }; //————————————————————————————- //城镇地区工厂 class M_Factory_Town : public M_ParFactory { public:     virtual Monster* createMonster_Undead()     {         return new M_Undead_Town(300, 50, 80);     } virtual Monster* createMonster_Element()     {         return new M_Element_Town(200, 80, 100);     } virtual Monster* createMonster_Mechanic()     {         return new M_Mechanic_Town(400, 0, 110);     } }; 总结抽象工厂模式通过增加新代码不是修改原有代码来为游戏增加新功能。如果需要需要产品族还需要修改工厂父类来增加新的虚函数以支持新类型各个工厂有需要增加对新类型的支持那么这种情况下破坏了开闭原则同时也不适用抽象工厂模式。抽象工厂模式具备工厂模式的优点如果只是增加新的产品族则只需要增加新的子工厂类符合开闭原则这是抽象工厂模式优点但是如果增加新的产品等级结构那么就需要修改抽象层的代码这是抽象工厂模式的缺点因此应该避免在产品等级结构不稳定的情况下使用该模式。引入抽象工厂模式实现意图是提供一个接口让该接口负责创建一系列相关或者相互依赖的对象而无需制定它们的具体类。 4、三个模式间对比 1从代码实现复杂度上简单工厂模式最简单工厂方法模式次之抽象工厂模式最复杂。把简单工厂模式中的代码修改得符合开闭原则就变成了工厂方法模式修改工厂方法模式的代码是一个工厂支持对多个具体产品的生产就变成了抽象工厂模式。 2从需要的工厂数量上简单工厂模式需要的工厂数量最少工厂方法模式需要的工厂数量最多抽象工厂模式能够有效地减少工厂方法模式所需要的工厂数量。 3从实际应用上当项目中的产品数量较少时考虑使用简单工厂模式如果项目稍大一点或者为了满足开闭原则则可以使用工厂方法模式而对于大型项目中有众多厂商并且每个厂商都生产一系列产品时应考虑使用抽象工厂模式。