本篇内容介绍了“web工厂方法的结构是怎样的”的有关知识，在实际案例的操作过程中，不少人都会遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！
结 构
光从类图的角度来看，工厂方法和抽象工厂的类图都存在平行的product和creator(或factory)类，不同的是在工厂方法模式中：
每个creator只有一个构建方法。
creator还会有构建方法以外的操作。
作为派生类的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工厂方法的结构是怎样的”的内容就介绍到这里了，感谢大家的阅读。如果想了解更多行业相关的知识可以关注亿速云网站，小编将为大家输出更多高质量的实用文章！
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
