首页 > 代码库 > OO设计模式_抽象工厂模式
OO设计模式_抽象工厂模式
Motivation
在软件系统中，经常面临着“一系列相互依赖的对象”的创建工作;同时，由于需求变化，往往存在更多系列对象的创建工作。
如何对应这种变化？如果绕过常规的对象创建方法（New）,提供一种“封装机制”来避免客户程序和这种“多系列具体对象创建工作”的紧耦合。
Intent
提供一个接口，让该接口负责创建一系列“相关或者相互依赖的对象”，无需指定他们的具体的类。
Structure
Code：
abstract class FacilityFactory{ abstract Road CreateRoad(); abstract Road CreateBuilding(); abstract Road CreateJungle();}class ModernFacilityFactory{ override Road CreateRoad() { return new ModernRoad(); } abstract Road CreateBuilding() { return new ModernBuilding(); } abstract Road CreateJungle() { return new ModernJungle(); }}class ClassicFacilityFactory{ override Road CreateRoad() { return new ClassicRoad(); } abstract Road CreateBuilding() { return new ClassicBuilding(); } abstract Road CreateJungle() { return new ClassicJungle(); }}abstract class Road{ }class ModernRoad : Road{}class ClassicRoad : Road{}abstract class Building{}class ModernBuilding : Building{}class ClassicBuilding : Building{}abstract class Jungle{}class ModernJungle : Jungle{}class ClassicJungle : Jungle{}class App{ Road road; Building building; Jungle jungle; public static void Main() { FacilityFactory modernFacilityFactory=new ModernFacilityFactory(); Road road = modernFacilityFactory.CreateRoad(); building = modernFacilityFactory.CreateBuilding(); jungle = modernFacilityFactory.CreateJungle(); }}
Main Point:
如果没有应对“多系列对象构建”的需求变化，则没有必要使用Abstract Factory模式，这时候使用简单的静态工厂完全可以。
“系列对象”指的是这些对象之间有相互依赖、或作用的关系，例如游戏开发场景中的“道路”与“房屋”的依赖，“道路”与“地道”的依赖。
Abstract Factory模式主要在于应对“新系列”的需求变化。其缺点在于难以应对“新对象”的需求变动。
Abstract Factory模式经常和Factory Method模式共同组合来应对“对象创建”的需求变化。
OO设计模式_抽象工厂模式
声明：以上内容来自用户投稿及互联网公开渠道收集整理发布，本网站不拥有所有权，未作人工编辑处理，也不承担相关法律责任，若内容有误或涉及侵权可进行投诉： 投诉/举报 工作人员会在5个工作日内联系你，一经查实，本站将立刻删除涉嫌侵权内容。