web工厂方法的结构是怎样的

本篇内容介绍了“web工厂方法的结构是怎样的”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！

结 构

光从类图的角度来看，工厂方法和抽象工厂的类图都存在平行的product和creator(或factory)类，不同的是在工厂方法模式中：

1. 每个creator只有一个构建方法。

2. creator还会有构建方法以外的操作。

3. 作为派生类的ConcretCreator/ConcreateProduct只有一套，也就意味着替换派生类不是这个模式的主要目的。
   




4. 
   

6. 参与者

• Product(Document)
— 定义工厂方法所创建的对象的接口。
• ConcreteProduct（MyDocument）
— 实现Product接口。
• Creator（Application）
— 声明工厂方法，该方法返回一个Product类型的对象。Creator也可以定义一个工厂方法的缺省实现，它返回一个缺省的 ConcreteProduct对象。
— 可以调用工厂方法以创建一个Product对象。
• ConcreteCreator（MyApplication）
— 重定义工厂方法以返回一个ConcreteProduct实例。

工厂方法模式的核心参与者是Creator和ConcreteCreator，这两个Creator加上两个Product就构成了抽象工厂模式。

 协作

• Creator依赖于它的子类来定义工厂方法，所以它返回一个适当的ConcreteProduct实例。

出于主动的或者被动的原因，Creator类将构建某种产品的职责委托给子类。

“web工厂方法的结构是怎样的”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注亿速云网站，小编将为大家输出更多高质量的实用文章！