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

创新新互联，凭借十余年的网站设计、成都网站设计经验，本着真心·诚心服务的企业理念服务于成都中小企业设计网站有成百上千家案例。做网站建设，选创新互联建站。

结 构

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

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

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

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

6. 参与者

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

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

 协作

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

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

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

本文标题：web工厂方法的结构是怎样的
转载来于：http://azwzsj.com/article/jieico.html