设计模式:抽象工厂方法模式

简介:

之前写的模式帖子:

 设计模式系列目录

今天说一下抽象工厂模式:提供一个接口,用于创建相关或依赖对象的家族,而不需要明确指定具体类。

抽象工厂允许客户使用抽象的接口来创建一组相关的产品,而不需要知道实际产出的具体产品是什么,这样一来,客户就从具体的产品中被解耦

我之前说过设计模式:工厂方法模式,我们最后会做一下两种模式的区别

我们看用类图看一下这个模式

每个抽象产品都有多于一个的一个人的具体子类,工厂角色怎么知道实例化哪一个子类?比如我们这个图,每个抽象产品都有两个具体产品,

抽象工厂有两个具体的工厂,分别对应这两个具体产品角色,每一个具体工厂只负责某一个家族的产品的实例化

我们来看一下代码

复制代码
#region 抽象工厂模式
 
     #region 产品
     #region 产品A
     /// <summary>
     /// 抽象产品A
     /// </summary>
     public  abstract  class  ProductA
     {
 
     }
 
     public  class  ConcreteProductA1 : ProductA
     {
         public  ConcreteProductA1()
         {
             Console.WriteLine( "ProductA的ConcreteProductA1...A1" );
         }
     }
     public  class  ConcreteProductA2 : ProductA
     {
         public  ConcreteProductA2()
         {
             Console.WriteLine( "ProductA的ConcreteProductA2...A2" );
         }
     }
     #endregion
 
     #region 产品B
     /// <summary>
     /// 抽象产品B
     /// </summary>
     public  abstract  class  ProductB
     {
 
     }
 
     public  class  ConcreteProductB1 : ProductB
     {
         public  ConcreteProductB1()
         {
             Console.WriteLine( "ProductB的ConcreteProductB1类...B1" );
         }
     }
     public  class  ConcreteProductB2 : ProductB
     {
         public  ConcreteProductB2()
         {
             Console.WriteLine( "ProductB的ConcreteProductB2类...B2" );
         }
     }
 
     #endregion
 
     #endregion
 
 
     #region 工厂类
     public  abstract  class  Creator
     {
         public  abstract  ProductA CreateProductA();
         public  abstract  ProductB CreateProductB();
     }
 
     public  class  ConcreteCreatorA : Creator
     {
         public  override  ProductA CreateProductA()
         {
             return  new  ConcreteProductA1();
         }
 
         public  override  ProductB CreateProductB()
         {
             return  new  ConcreteProductB1();
         }
     }
 
     public  class  ConcreteCreatorB : Creator
     {
         public  override  ProductA CreateProductA()
         {
             return  new  ConcreteProductA2();
         }
 
         public  override  ProductB CreateProductB()
         {
             return  new  ConcreteProductB2();
         }
     }
 
     #endregion
     #endregion  
复制代码
复制代码
//Client
         static  void  Main( string [] args)
         {           
 
             #region 抽象工厂模式
             Creator _creatorA = new  ConcreteCreatorA();
             _creatorA.CreateProductA();
             _creatorA.CreateProductB();
 
             Creator _creatorB = new  ConcreteCreatorB();
             _creatorB.CreateProductA();
             _creatorB.CreateProductB();
             #endregion
 
             Console.ReadLine();
         }  
复制代码

 

抽象工厂模式除了具有工厂方法模式的做点外,主要就是可以在类的内部对产品族进行约束。所谓的产品族一般都有一定的联系,抽象工厂模式就可以

在类内部对产品族的关联关系进行描述,而不必专门引入一个新的类来进行管理。抽象模式最大的缺点就是产品族的扩展,如果要加一个新的产品,差不多所有

的工厂类都需要进行修改,所以使用抽象工厂模式时,对产品等级结构的划分是非常重要的。

这们来说一个抽象工厂模式和工厂模式的区别:

我们看一下抽象模式的类图:设计模式:工厂方法模式

工厂方法模式:
一个抽象产品类,可以派生出多个具体产品类。 
一个抽象工厂类,可以派生出多个具体工厂类。 
每个具体工厂类只能创建一个具体产品类的实例。
抽象工厂模式:
多个抽象产品类,每个抽象产品类可以派生出多个具体产品类。 
一个抽象工厂类,可以派生出多个具体工厂类。 
每个具体工厂类可以创建多个具体产品类的实例。 
区别:
工厂方法模式只有一个抽象产品类,而抽象工厂模式有多个。 
工厂方法模式的具体工厂类只能创建一个具体产品类的实例,而抽象工厂模式可以创建多个

 

本文转自lpxxn博客园博客,原文链接:http://www.cnblogs.com/li-peng/archive/2013/02/19/2917394.html,如需转载请自行联系原作者


相关文章
|
12月前
|
设计模式 Java 数据库连接
【设计模式】【创建型模式】工厂方法模式(Factory Methods)
一、入门 什么是工厂方法模式? 工厂方法模式(Factory Method Pattern)是一种创建型设计模式,它定义了一个用于创建对象的接口,但由子类决定实例化哪个类。工厂方法模式使类的实例化延迟
327 16
|
12月前
|
设计模式 负载均衡 监控
并发设计模式实战系列(2):领导者/追随者模式
🌟 ​大家好,我是摘星!​ 🌟今天为大家带来的是并发设计模式实战系列,第二章领导者/追随者(Leader/Followers)模式,废话不多说直接开始~
331 0
|
12月前
|
设计模式 监控 Java
并发设计模式实战系列(1):半同步/半异步模式
🌟 ​大家好,我是摘星!​ 🌟今天为大家带来的是并发设计模式实战系列,第一章半同步/半异步(Half-Sync/Half-Async)模式,废话不多说直接开始~
451 0
|
12月前
|
设计模式 安全 Java
并发设计模式实战系列(12):不变模式(Immutable Object)
🌟 大家好,我是摘星!🌟今天为大家带来的是并发设计模式实战系列,第十二章,废话不多说直接开始~
274 0
|
12月前
|
设计模式 算法 Java
设计模式觉醒系列(04)策略模式|简单工厂模式的升级版
本文介绍了简单工厂模式与策略模式的概念及其融合实践。简单工厂模式用于对象创建,通过隐藏实现细节简化代码;策略模式关注行为封装与切换,支持动态替换算法,增强灵活性。两者结合形成“策略工厂”,既简化对象创建又保持低耦合。文章通过支付案例演示了模式的应用,并强调实际开发中应根据需求选择合适的设计模式,避免生搬硬套。最后推荐了JVM调优、并发编程等技术专题,助力开发者提升技能。
|
12月前
|
设计模式 Prometheus 监控
并发设计模式实战系列(20):扇出/扇入模式(Fan-Out/Fan-In)(完结篇)
🌟 大家好,我是摘星!🌟今天为大家带来的是并发设计模式实战系列,第二十章,废话不多说直接开始~
369 0
|
设计模式
「全网最细 + 实战源码案例」设计模式——模式扩展(配置工厂)
该设计通过配置文件和反射机制动态选择具体工厂,减少硬编码依赖,提升系统灵活性和扩展性。配置文件解耦、反射创建对象,新增产品族无需修改客户端代码。示例中,`CoffeeFactory`类加载配置文件并使用反射生成咖啡对象,客户端调用时只需指定名称即可获取对应产品实例。
309 40
|
设计模式 Java 关系型数据库
设计模式:工厂方法模式(Factory Method)
工厂方法模式是一种创建型设计模式,通过将对象的创建延迟到子类实现解耦。其核心是抽象工厂声明工厂方法返回抽象产品,具体工厂重写该方法返回具体产品实例。适用于动态扩展产品类型、复杂创建逻辑和框架设计等场景,如日志记录器、数据库连接池等。优点包括符合开闭原则、解耦客户端与具体产品;缺点是可能增加类数量和复杂度。典型应用如Java集合框架、Spring BeanFactory等。
|
设计模式 关系型数据库
「全网最细 + 实战源码案例」设计模式——工厂方法模式
简单工厂模式是一种创建型设计模式,通过一个工厂类根据传入参数创建不同类型的产品对象,也称“静态工厂方法”模式。其结构包括工厂类、产品接口和具体产品类。适用于创建对象种类较少且调用者无需关心创建细节的场景。优点是封装性强、代码复用性好;缺点是扩展性差,增加新产品时需修改工厂类代码,违反开闭原则。
246 15
|
设计模式 Java
「全网最细 + 实战源码案例」设计模式——生成器模式
生成器模式(Builder Pattern)是一种创建型设计模式,用于分步骤构建复杂对象。它允许用户通过控制对象构造的过程,定制对象的组成部分,而无需直接实例化细节。该模式特别适合构建具有多种配置的复杂对象。其结构包括抽象建造者、具体建造者、指挥者和产品角色。适用于需要创建复杂对象且对象由多个部分组成、构造过程需对外隐藏或分离表示与构造的场景。优点在于更好的控制、代码复用和解耦性;缺点是增加复杂性和不适合简单对象。实现时需定义建造者接口、具体建造者类、指挥者类及产品类。链式调用是常见应用方式之一。
293 12