一篇文章剖析設計模式中的簡單工廠、工廠方法和抽象工廠

来源:https://www.cnblogs.com/BlueSocks/archive/2022/03/23/16044931.html
-Advertisement-
Play Games

前言 大部分的面試者在IT行業面試中，提及設計模式，可以列舉一大堆，但是面試官要求細說的時候，往往部分基礎不夠牢固的同學只能提及簡單工廠。今天我們來對面試過程中最常見的簡單工廠、工廠方法和抽象工廠進行一個剖析，喜歡的朋友可以點個關註哦。 正文 在面向對象的編程中，一般通過繼承和虛函數來提供抽象能力， ...


前言

大部分的面试者在IT行业面试中，提及设计模式，可以列举一大堆，但是面试官要求细说的时候，往往部分基础不够牢固的同学只能提及简单工厂。今天我们来对面试过程中最常见的简单工厂、工厂方法和抽象工厂进行一个剖析，喜欢的朋友可以点个关注哦。

正文

在面向对象的编程中，一般通过继承和虚函数来提供抽象能力，多态让程序在执行期，调用者只需要看到父类类型，而不需要关心继承的子类类型。举个例子: 比如有个游戏，里面的游戏的活动对象为动物，比如有老虎和猫，会对主人公进行攻击。那么可能会实现为如下：

代码如下：


class Animal
{
public:
  virtual void Attack() = 0;
};

class Tiger : public Animal
{
public:
  virtual void Attack() { std::cout << "Tiger Attack!" << std::endl; };
};

class Cat : public Animal
{
public:
  virtual void Attack() { std::cout << "Cat Attack!" << std::endl; };
};

那如果在外面有个方法，并不需要关心具体的对象类型，只需要使用基类Animal的指针去操作对象, 利用多态机制变可以实现对具体对象类型的方法调用：

void Attack(Animal* pAnimal)
{
  pAnimal->Attack();
}

比如这个时候采用如下方法进行调用(忽略里面内存释放的问题)：

Animal* pAnimal = new Tiger;
Attack(pAnimal);
pAnimal = new Cat;
Attack(pAnimal);

输出结果为：

Tiger Attack!
Cat Attack!

上面多态例子说明了在程序实现的时候只需要操控Animal，知道其方法即可操作继承自Animal的对象。那么也就是说：

  1. 继承自Animal的Cat和Tiger的不需要暴露给使用者

  2. 可以屏蔽Cat和Tiger的创建过程，不需要被调用者所关心

那么这个时候模块化和工厂设计模式可以对其进行实现：

  1. 比如将Animal, Cat, Tiger的实现都放进一个动态链接库的模块中，并且只暴露Animal的头文件给调用者

  2. 而工厂方法设计模式，可以使用一个工厂方法创建具体的对象，返回的时候只返回基类Animal的指针。

本文将先从简单工厂说起，然后再谈一谈工厂方法以及抽象工厂。

简单工厂

我相信这个是大家最常见的一种实现方法，如下：

class AnimalFactory
{
public:
  enum class AnimalType
  {
    TIGER,
    CAT
  };

static Animal* CreateAnimal(const AnimalType type)
{
    if (AnimalType::TIGER == type)
    {
      return new Tiger;
    }
    else if (AnimalType::CAT == type)
    {
      return new Cat;
    }
    return nullptr;
  }
};

调用方法如下：

Animal* pAnimal = AnimalFactory::CreateAnimal(AnimalFactory::AnimalType::TIGER);
Attack(pAnimal);
pAnimal = AnimalFactory::CreateAnimal(AnimalFactory::AnimalType::CAT);
Attack(pAnimal);

但是这种方式违背了软件开发原则的开闭原则(Open-Closed Principle, OCP)，如果你需要新增一个叫做Dog的对象，则需要在CreateAnimal方法中修改分支判断逻辑。简单来说这种扩展方式，破坏了原有的逻辑，扩展中可能对软件的原有的稳定性产生影响。

可能有些人是不能够容忍代码，但也有人认为这种书写方式比较简单。从我个人在工程实践经验，认为软件开发设计原则是有非常好的指导性意义，但是也并不是所有的代码一定要符合软件开发的设计原则。个人的理解大致如下:

  1. 工程实践中有时候为了代码完全遵循软件开发设计原则，反而是有负担的，比如过度设计问题，一来有些代码模块可能甚至几年都不会对其进行修改扩展了，二来当逻辑实现比较简单的时候，过度设计也会让代码维护的人阅读代码实际是更加费劲的。毕竟大多数人都只是普通的程序员。

  2. 往往可扩展的代码编写时间是更长的，但是压在程序员头上的还有软件开发时间，对于一般的程序员来说，在规定时间内，有质量的完成需求是第一位的，而这个时候很可能就不会完全照顾软件开发设计原则了。

如果要符合开闭原则，那么我们可以实现工厂方法模式，让我们一起来看看吧。

工厂方法

工厂方法的主要是通过继承一个AnimalFactory来实现具体的工厂，比如CatFatory主要负责生产Cat，而TigerFacotory主要负责生产Tiger，其类图如下：


代码如下：


class AnimalFactory
{
public:
  virtual Animal* CreateAnimal() = 0;
};

class CatFactory : public AnimalFactory
{
public:
  virtual Animal* CreateAnimal()
{
    return new Cat;
  }
};

class TigerFactory : public AnimalFactory
{
public:
  virtual Animal* CreateAnimal()
{
    return new Tiger;
  }
};

调用方式如下代码：

AnimalFactory* pFactory = new TigerFactory;
Animal* pAnimal = pFactory->CreateAnimal();
Attack(pAnimal);

pFactory = new CatFactory;
pAnimal = pFactory->CreateAnimal();
Attack(pAnimal);

可以发现工厂方法模式如果需要扩展一个新的动物类型，也可以对应扩展一个新的工厂，比如增加一个新的DogFactory继承AnimalFactory去生产Dog，从而符合开闭原则，更加安全的进行扩展。但是这种方式也可以看出来，每增加一个新的动物类型就得新增一个Fatory。个人对这种模式理解如下：

  1. 当这种动物类型创建并不是很繁琐的时候，采用这种方式相比较简单工程而言会繁琐一些；但是当初始化过程比较多的时候，用工厂方法模式方式扩展会显得更加清晰；

  2. 这种设计模式的本身实现是取消了条件判断的逻辑，但是其实是把这个条件判断任务交给了使用者去判断选择哪个工厂了。

抽象工厂

对于新手来说可能不太好理解抽象工厂模式，容易和工厂方法模式混淆起来。工厂方法模式中的每一个工厂是生产一个动物角色，而在抽象工厂中是生产一类动物角色的抽象。

一个动物角色比较好理解，就是我们上面的CatFactory生产Cat角色， 而TigerFactory生产Tiger角色。

一类动物角色，我们可以理解在这个游戏中，这些动物角色的攻击性也分普通模式和困难模式。

那么我们首先要将Tiger分成SimpleModeTiger和HardModeTiger; Cat分为SimpleModeCat和HardModeCat。然后抽象工厂提供CreateAnimal的接口，继承的SimpleModeFactory可以生产简单模式的Cat角色和Tiger角色，继承的HardModeFactory可以生产困难模式的Cat角色和Tiger角色。


实现的代码如下所示：

#include <iostream>

class Animal
{
public:
  virtual void Attack() = 0;
};

class AbstructTiger : public Animal
{
public:
  virtual void Attack() = 0;
};

class SimpleModeTiger : public AbstructTiger
{
public:
  virtual void Attack()  { std::cout << "Tiger Simple Attack!" << std::endl; }
};

class HardModeTiger : public AbstructTiger
{
public:
  virtual void Attack()  { std::cout << "Tiger Hard Attack!" << std::endl; }
};

class AbstructCat : public Animal
{
public:
  virtual void Attack() = 0;
};

class SimpleModeCat : public AbstructCat
{
public:
  virtual void Attack()  { std::cout << "Cat Simple Attack!" << std::endl; }
};

class HardModeCat : public AbstructCat
{
public:
  virtual void Attack()  { std::cout << "Cat Hard Attack!" << std::endl; }
};

enum class AnimalType
{
  TIGER,
  CAT
};

class AbscractAnimalFactory
{
public:
  virtual Animal* CreateAnimal(const AnimalType type) = 0;
};

class SimpleModeAnimalFactory : public AbscractAnimalFactory
{
public:
  virtual Animal* CreateAnimal(const AnimalType type)
{
    if (AnimalType::TIGER == type)
    {
      return new SimpleModeTiger;
    }
    else if (AnimalType::CAT == type)
    {
      return new SimpleModeCat;
    }
    return nullptr;
  }
};

class HardModeAnimalFactory : public AbscractAnimalFactory
{
public:
  virtual Animal* CreateAnimal(const AnimalType type)
{
    if (AnimalType::TIGER == type)
    {
      return new HardModeTiger;
    }
    else if (AnimalType::CAT == type)
    {
      return new HardModeCat;
    }
    return nullptr;
  }
};

void Attack(Animal* pAnimal)
{
  pAnimal->Attack();
}

int main()
{
  //简单模式
  AbscractAnimalFactory* pFactory = new SimpleModeAnimalFactory;
  Animal* pAnimal = pFactory->CreateAnimal(AnimalType::TIGER);
  Attack(pAnimal);

  pAnimal = pFactory->CreateAnimal(AnimalType::CAT);
  Attack(pAnimal);

  //困难模式
  pFactory = new HardModeAnimalFactory;
  pAnimal = pFactory->CreateAnimal(AnimalType::TIGER);
  Attack(pAnimal);

  pAnimal = pFactory->CreateAnimal(AnimalType::CAT);
  Attack(pAnimal);
}

为了让结构简单便于读者理解抽象工厂模式，以及和工厂方法模式的区别，上面的SimpleModeFactory和HardModeFactory用的是简单工厂的形式实现的，如果需要符合开闭原则，可以再对SimpleModeFactory和HardModeFactory进行工厂方法的实现。可以想象如果抽象工厂再加上工厂方法这个类的结构是有多么的庞大，而且这还仅仅只是两个游戏角色的描述。所以笔者认为在做工程实践的时候，尽量不要做过度设计，有时候反而不利于代码阅读，修改也未必简单。自己要权衡好工程和理论的平衡点。

结尾

好了，今天的内容就到此为止了，感谢各位看官，喜欢的朋友可以点赞，收藏，评论，当然，如果能给我个关注那就最好不过了，这样的话就不会错过我的日更投稿哦，你的支持就是我最大的动力，感谢各位，那么我们明天见。


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • API安全的最佳實踐
    應用程式編程介面（API）是一組允許軟體組件進行交互的協議。中間介面通常用於簡化開發，使軟體團隊能夠重覆使用代碼。API還通過將應用程式與它們所運行的基礎設施脫鉤來抽象系統之間的功能。儘管API在現代商業中的好處和用例不斷增加，但固有的安全挑戰帶來了各種安全風險。 本文深入探討了與API漏洞相關的各 ...
  • C# WPF CM框架從入門到精通(經典)
    一、Nginx介紹 1.nginx是一個高性能HTTP伺服器，反向代理伺服器，郵件代理伺服器，TCP/UDP反向代理伺服器. 2.nginx處理請求是非同步非阻塞的，在高併發下nginx 能保持低資源低消耗高性能,主要用在集群系統中用於支持負載均衡. 3.nginx對靜態文件的處理速度也相當快，也可以 ...
  • [apue] linux 文件系統那些事兒
    本文嘗試通過解釋 api 介面底層做了什麼來闡釋 linux 文件系統在設計層面的一些考慮，配合通俗易懂的日常命令和簡單程式來進行驗證，踐行“紙上得來終覺淺，絕知此事要躬行”的理念，目的是做一個 linux 文件系統的引入… ...
  • Centos7下載及安裝
    Centos7下載及安裝 1.下載虛擬機 虛擬機下載地址： https://www.vmware.com 或者 360一鍵安裝(推薦) 2.在虛擬機上安裝Centos7 2.1.通過鏡像進行安裝 這裡是阿裡雲Centos7的鏡像http://mirrors.aliyun.com/centos/7/i ...
  • 【FAQ】關於分析服務錯誤獲取所選日期前一天事件數據的解決方法
    開發者通過華為分析服務下載所需的事件數據，這些數據可以導入到開發者自有的分析系統中，用於構建自定義報告或生成受眾群體的個性化分析等，從而幫助制定切實有效的營銷活動。數據導出支持按照用戶屬性和導出事件作為過濾條件，同時展示“預計可導出事件數”。開發者選擇不同的時間段和過濾條件，預估事件數就會隨之改變。 ...
  • 【HarmonyOS】【JAVA UI】鴻蒙 自定義折線圖
    關於HarmonyOS 自定義View我們可以學習HarmonyOS自定義組件 這篇文檔，今天描述自定義折線圖的功能，我們從“準備工作”、“初始化畫筆”、“繪畫折線圖”、“運行效果圖”，這四個方面進行描述 1. 準備工作 想要實現折線圖我們瞭解Paint，獲取屏幕的寬高，這幾個功能的實現 獲取屏幕的 ...
  • Html5新增內容標簽
    一、新增的語義化佈局標簽： 1. header和footer標簽 頁面中一個內容區塊的頭部和尾部佈局 2. nav 導航區域 3. article標簽 頁面中獨立的內容部分佈局 4. aside標簽 在獨立內容之外，但是又與article有關聯的部分佈局 二、新增媒體標簽 1. audio（音頻） ...
  • 搭建 VuePress 站點必做的 10 個優化
    前言 在 《一篇帶你用 VuePress + Github Pages 搭建博客》中，我們使用 VuePress 搭建了一個博客，最終的效果查看：TypeScript 中文文檔。 在搭建這樣一個博客後，其實還有很多的優化工作需要做，本篇我們來盤點一下那些完成基礎搭建後必做的 10 個優化。 1. 開 ...
一周排行
    -Advertisement-
    Play Games
  • 移動開發（一）：使用.NET MAUI開發第一個安卓APP
    移動開發（一）：使用.NET MAUI開發第一個安卓APP 對於工作多年的C#程式員來說，近來想嘗試開發一款安卓APP，考慮了很久最終選擇使用.NET MAUI這個微軟官方的框架來嘗試體驗開發安卓APP，畢竟是使用Visual Studio開發工具，使用起來也比較的順手，結合微軟官方的教程進行了安卓 ...
  • wpf ToggleButton選中效果和一個登錄界面
    前言 QuestPDF 是一個開源 .NET 庫，用於生成 PDF 文檔。使用了C# Fluent API方式可簡化開發、減少錯誤並提高工作效率。利用它可以輕鬆生成 PDF 報告、發票、導出文件等。 項目介紹 QuestPDF 是一個革命性的開源 .NET 庫，它徹底改變了我們生成 PDF 文檔的方 ...
  • 彈幕樹洞項目功能新增篇
    項目地址 項目後端地址： https://github.com/ZyPLJ/ZYTteeHole 項目前端頁面地址： ZyPLJ/TreeHoleVue (github.com) https://github.com/ZyPLJ/TreeHoleVue 目前項目測試訪問地址： http://tree ...
  • 第27篇 sqlserver2022詳細安裝步驟
    話不多說，直接開乾 一.下載 1.官方鏈接下載： https://www.microsoft.com/zh-cn/sql-server/sql-server-downloads 2.在下載目錄中找到下麵這個小的安裝包 SQL2022-SSEI-Dev.exe，運行開始下載SQL server； 二. ...
  • .NET 開源高性能 MQTT 類庫
    前言 隨著物聯網（IoT）技術的迅猛發展，MQTT（消息隊列遙測傳輸）協議憑藉其輕量級和高效性，已成為眾多物聯網應用的首選通信標準。 MQTTnet 作為一個高性能的 .NET 開源庫，為 .NET 平臺上的 MQTT 客戶端與伺服器開發提供了強大的支持。 本文將全面介紹 MQTTnet 的核心功能 ...
  • Serilog文檔翻譯系列（六） - 可用的接收器、增強器、格式化輸出
    Serilog支持多種接收器用於日誌存儲，增強器用於添加屬性，LogContext管理動態屬性，支持多種輸出格式包括純文本、JSON及ExpressionTemplate。還提供了自定義格式化選項，適用於不同需求。 ...
  • 警惕 Visual Studio 屬性求值副作用導致邏輯不符合預期
    目錄簡介獲取 HTML 文檔解析 HTML 文檔測試參考文章 簡介 動態內容網站使用 JavaScript 腳本動態檢索和渲染數據，爬取信息時需要模擬瀏覽器行為，否則獲取到的源碼基本是空的。 本文使用的爬取步驟如下： 使用 Selenium 獲取渲染後的 HTML 文檔 使用 HtmlAgility ...
  • [使用目前最新版]HybridCLR6.9.0+YooAsset2.2.4實現純C# Unity熱更新方案 (一)
    1.前言 什麼是熱更新 游戲或者軟體更新時，無需重新下載客戶端進行安裝，而是在應用程式啟動的情況下，在內部進行資源或者代碼更新 Unity目前常用熱更新解決方案 HybridCLR，Xlua，ILRuntime等 Unity目前常用資源管理解決方案 AssetBundles，Addressable， ...
  • 在 ASP.NET Core Web API 中使用操作篩選器統一處理通用操作
    本文章主要是在C# ASP.NET Core Web API框架實現向手機發送驗證碼簡訊功能。這裡我選擇是一個互億無線簡訊驗證碼平臺，其實像阿裡雲，騰訊雲上面也可以。 首先我們先去 互億無線 https://www.ihuyi.com/api/sms.html 去註冊一個賬號 註冊完成賬號後，它會送 ...
  • 第28篇 如何.net中實現高效可靠數據同步api
    通過以下方式可以高效，並保證數據同步的可靠性 1.API設計 使用RESTful設計，確保API端點明確，並使用適當的HTTP方法（如POST用於創建，PUT用於更新）。 設計清晰的請求和響應模型，以確保客戶端能夠理解預期格式。 2.數據驗證 在伺服器端進行嚴格的數據驗證，確保接收到的數據符合預期格 ...
所有分類