抽象工厂模式与工厂模式的区别



作者:鹅厂程序小哥

链接:https://zhuanlan.zhihu.com/p/346510457

来源:知乎
著作权归作者所有。商业转载请联系作者获得授权,非商业转载请注明出处。

抽象工厂模式(Abstract Factory Pattern)【使用频率:★★★★★】

1. 概述

封装出一个接口,这个接口负责创建一系列互相关联的对象,但用户在使用接口时不需要指定对象所在的具体的类。  

抽象工厂模式为一个产品家族提供了统一的创建接口。当需要这个产品家族的某一系列的时候,可以从抽象工厂中选出相对应的系列来创建一个具体的工厂类别。

抽象工厂模式与工厂方法模式最大的区别在于,工厂方法模式针对的是一种产品的继承结构,而抽象工厂模式需要面对多个产品的继承结构。


2. 模式中的角色

  2.1 抽象工厂(AbstractFactory):担任这个角色的是工厂方法模式的核心,它是与应用系统商业逻辑无关的。

  2.2 具体工厂(ConcreteFactory):这个角色直接在客户端的调用下创建产品的实例。这个角色含有选择合适的产品对象的逻辑,而这个逻辑是与应用系统的商业逻辑紧密相关的。

  2.3 抽象产品(AbstractProduct):担任这个角色的类是工厂方法模式所创建的对象的父类,或它们共同拥有的接口。

  2.4 具体产品(ConcreteProduct):抽象工厂模式所创建的任何产品对象都是某一个具体产品类的实例。这是客户端最终需要的东西,其内部一定充满了应用系统的商业逻辑。


3. 模式解读

3.1 类图



3.2 实现代码

using System;namespace ConsoleApp2{
    class Class4
    {
        public static void Main(String[] args)
        {
            //生产宝马320系列配件            
            FactoryBMW320 factoryBMW320 = new FactoryBMW320();
            factoryBMW320.CreateEngine();
            factoryBMW320.CreateTyre();

            //生产宝马523系列配件  
            FactoryBMW523 factoryBMW523 = new FactoryBMW523();
            factoryBMW320.CreateEngine();
            factoryBMW320.CreateTyre();

            Console.ReadLine();
        }
    }

    // 发动机以及型号  
    public interface Engine
    {

    }
    public class EngineA : Engine
    {
        public EngineA()
        {
            Console.WriteLine("制造-->EngineA");
        }
    }
    public class EngineB : Engine
    {
        public EngineB()
        {
            Console.WriteLine("制造-->EngineB");
        }
    }

    // 轮胎以及型号  
    public interface Tyre
    {

    }
    public class TyreA : Tyre
    {
        public TyreA()
        {
            Console.WriteLine("制造-->TyreA");
        }
    }
    public class TyreB : Tyre
    {
        public TyreB()
        {
            Console.WriteLine("制造-->TyreB");
        }
    }

    // 创建工厂的接口  
    public interface AbstractFactory
    {
        //制造发动机        Engine CreateEngine();
        //制造轮胎 
        Tyre CreateTyre();
    }


    // 为宝马320系列生产配件    public class FactoryBMW320 : AbstractFactory
    {
        public Engine CreateEngine()
        {
            return new EngineA();
        }
        public Tyre CreateTyre()
        {
            return new TyreA();
        }
    }
    // 宝马523系列生产配件    public class FactoryBMW523 : AbstractFactory
    {
        public Engine CreateEngine()
        {
            return new EngineB();
        }
        public Tyre CreateTyre()
        {
            return new TyreB();
        }
    }}


4. 模式优缺点

  4.1 优点

  • 具体产品从客户代码中被分离出来

  • 容易改变产品的系列

  • 将一个系列的产品族统一到一起创建

  4.2 缺点

  在产品族中扩展新的产品是很困难的,它需要修改抽象工厂的接口,如增加一种产品变得非常麻烦。


5. 适用场景

  • 一个系统要独立于它的产品的创建、组合和表示时。

  • 一个系统要由多个产品系列中的一个来配置时。

  • 当你要强调一系列相关的产品对象的设计以便进行联合使用时。

  • 当你提供一个产品类库,而只想显示它们的接口而不是实现时。



本文出自勇哥的网站《少有人走的路》wwww.skcircle.com,转载请注明出处!讨论可扫码加群:
本帖最后由 勇哥,很想停止 于 2023-11-23 15:39:21 编辑

发表评论:

◎欢迎参与讨论,请在这里发表您的看法、交流您的观点。

会员中心
搜索
«    2024年4月    »
1234567
891011121314
15161718192021
22232425262728
2930
网站分类
标签列表
最新留言
    热门文章 | 热评文章 | 随机文章
文章归档
友情链接
  • 订阅本站的 RSS 2.0 新闻聚合
  • 扫描加本站机器视觉QQ群,验证答案为:halcon勇哥的机器视觉
  • 点击查阅微信群二维码
  • 扫描加勇哥的非标自动化群,验证答案:C#/C++/VB勇哥的非标自动化群
  • 扫描加站长微信:站长微信:abc496103864
  • 扫描加站长QQ:
  • 扫描赞赏本站:
  • 留言板:

Powered By Z-BlogPHP 1.7.2

Copyright Your skcircle.com Rights Reserved.

鄂ICP备18008319号


站长QQ:496103864 微信:abc496103864