Linux筆記---策略模式與日志

1. 設計模式

設計模式是軟件開發中反復出現的問題的通用解決方案,它是一套套被反復使用、多數人知曉、經過分類編目的代碼設計經驗總結

設計模式并非具體的代碼實現,而是針對特定問題的抽象設計思路和方法論。它描述了在特定場景下,如何組織類、對象、接口等元素,以解決常見的設計問題,比如如何降低代碼耦合度、提高復用性、增強可維護性等。

設計模式主要有以下幾個特點

  • 通用性:適用于不同的編程語言和應用場景,只要面臨相似的設計問題,就可以借鑒相應模式。
  • 經驗性:是眾多開發者在長期實踐中總結出來的最佳實踐,經過了實踐的驗證。
  • 抽象性:關注的是結構和交互關系,而非具體實現細節。

常見的設計模式分類(以經典的 GoF 設計模式為例):

  • 創建型模式:用于處理對象創建機制,如單例模式(保證一個類僅有一個實例)、工廠模式(隱藏對象創建的細節)、建造者模式(分步構建復雜對象)等。
  • 結構型模式:關注類和對象的組合方式,如適配器模式(使不兼容的接口能一起工作)、裝飾器模式(動態給對象添加功能)、代理模式(為對象提供代理以控制訪問)等。
  • 行為型模式:描述對象之間的交互和職責分配,如觀察者模式(對象狀態變化時通知依賴它的對象)、策略模式(封裝不同算法,可動態切換)、迭代器模式(提供遍歷集合的統一接口)等。

合理使用設計模式可以讓代碼更具可讀性靈活性可擴展性,尤其在大型項目開發中,能幫助團隊形成共識,提高協作效率。但需注意,設計模式并非銀彈,不應過度使用,而應根據實際問題選擇合適的模式。

2. 策略模式

策略模式(Strategy Pattern)是一種行為型設計模式,它定義了一系列算法(或行為),并將每個算法封裝起來,使它們可以相互替換。這種模式讓算法的變化獨立于使用算法的客戶端,從而實現了算法的靈活切換和復用。

當一個問題有多種解決方案(算法),且這些方案可能隨需求變化時,策略模式可以避免使用大量的if-else或switch語句,使代碼更清晰、易維護。

策略模式的核心思想分離算法的定義與使用

  • 將不同的算法(策略)封裝成獨立的類
  • 客戶端通過統一接口調用不同的策略,無需關心具體實現
  • 可以在運行時動態切換策略,而不影響客戶端代碼。

策略模式通常包含三個核心角色:

  • 環境類(Context): 持有策略對象的引用;提供接口給客戶端使用,本身不實現具體算法;負責在運行時切換策略。
  • 抽象策略接口(Strategy): 定義所有具體策略類的公共接口;聲明算法的核心方法。
  • 具體策略類(Concrete Strategy): 實現抽象策略接口,提供具體的算法實現;可以有多個不同的具體策略類。

簡單來說,環境類負責目標功能的大部分實現,而有多種策略可選的核心算法部分則交由具體策略類來實現。環境類包含抽象策略接口類的引用(或指針),指向具體策略類,環境類通過該引用或者指針來調用具體策略類提供的具體算法。

3. 用策略模式設計日志類

我們的目標是輸出如下格式的日志:

[2025-07-21 14:10:56] [DEBUG] [244601] [main.cpp] [11] - hello world!
[2025-07-21 14:10:56] [DEBUG] [244601] [main.cpp] [12] - hello world!
[2025-07-21 14:10:56] [DEBUG] [244601] [main.cpp] [13] - hello world![時間] [日志等級] [進程pid] [程序對應的源文件] [行數] - 日志信息

其中,日志等級最常見的劃分方法是分為五個等級:

enum class LogLevel
{DEBUG,    // 調試信息INFO,     // 普通信息WARNNING, // 警告ERROR,    // 錯誤(并未導致程序退出)FATAL     // 致命(導致程序退出)
};

將日志輸出到什么地方?這是日志類最核心的可選策略部分,據此我們可以確定以下設計:

  • 環境類:Log日志類,負責日志信息的生成與封裝。
  • 抽象策略接口:LogStrategy日志策略類,負責提供Write接口用于輸出日志。
  • 具體策略類:實現Write接口,將日志輸出到不同的目的地。

3.1 日志策略類

class LogStrategy
{
public:virtual ~LogStrategy() = default;virtual void Write(const std::string &message) = 0;protected:MutexModule::mutex _mutex;
};

這里的互斥鎖是為了保證在多線程環境下的互斥輸出,避免各個線程輸出的日志之間相互雜糅。

3.2 具體策略類

// 控制臺輸出策略
class ConsoleStrategy : public LogStrategy
{
public:void Write(const std::string &message) override{MutexModule::LockGuard lockguard(_mutex);std::cout << message << std::endl;}
};// 文件輸出策略
class FileStrategy : public LogStrategy
{
public:explicit FileStrategy(const std::string &path = "./log/test.log"): _file(path, std::ios::app){if (!_file.is_open()){throw std::runtime_error("無法打開日志文件: " + path);}}void Write(const std::string &message) override{MutexModule::LockGuard lockguard(_mutex);_file << message << std::endl;}~FileStrategy(){_file.close();}private:std::ofstream _file;
};

3.3 日志類

首先我們要明確日志類的大致框架:

  • 成員變量:指向策略對象的指針(抽象類無法實例化,只能用其指針指向具體策略類)。
  • 構造函數:初始化策略對象指針,默認采用控制臺輸出策略。
  • 成員函數:設置策略的接口,完成日志輸出的接口。
class Logger
{
public:// 構造時指定策略(默認控制臺輸出)explicit Logger(std::unique_ptr<LogStrategy> strategy = std::make_unique<ConsoleStrategy>()): _strategy(std::move(strategy)){}void SetStrategy(std::unique_ptr<LogStrategy> strategy){_strategy = move(strategy);}// 日志輸出接口void Log(){}private:std::unique_ptr<LogStrategy> _strategy;
};

接下來,就差日志輸出的接口需要完成,在使用時,我們希望能達到如下效果:

#include <iostream>
#include "log.hpp"
using namespace LogModule;int main()
{Logger logger;logger.Log(LogLevel::DEBUG, __FILE__, __LINE__) << "hello" << " world!";
}

也就是支持可變參數,并用流插入的形式傳參。為了實現這一點,我們需要設計一個內部類,作為Log函數的返回值。

這個內部類需要重載 " << " 操作符,并在析構函數當中,將拼接起來的日志輸出:

class Message
{
public:Message(LogLevel level, const std::string filename, int line, Logger &logger): _logger(logger){char buffer[128];sprintf(buffer, "[%s] [%s] [%d] [%s] [%d] - ",GetTimeStamp().c_str(), LevelToString(level).c_str(), getpid(), filename.c_str(), line);_loginfo = buffer;}template <typename T>Message &operator<<(const T &message){_loginfo += message;return *this;}~Message(){_logger._strategy->Write(_loginfo);}private:Logger &_logger;      // 引用外部logger類, 方便使用策略進行刷新std::string _loginfo; // 一條合并完成的,完整的日志信息
};

于是,我們可以這樣來設計Log函數:

Message Log(LogLevel level, const std::string filename, int line)
{return Message(level, filename, line, *this);
}

除此之外,為了使得日志輸出函數的使用更加方便,我們還可以提供仿函數接口:

Message operator()(LogLevel level, const std::string filename, int line)
{return Message(level, filename, line, *this);
}或者Message operator()(LogLevel level, const std::string filename, int line)
{return Log(level, filename, line);
}

3.4 使用宏來簡化操作

我們注意到在調用Log或者偽函數時,每次都傳入的后兩個參數是固定不變的;除此之外,SetStrategy接口每次調用也需要手動使用make_unique接口(或其他方式)。

于是,我們可以在頭文件當中直接定義一個Logger對象,并加入如下的

Logger logger;
#define LOG(level) logger(level, __FILE__, __LINE__)
// 或者 #define LOG(level) logger.Log(level, __FILE__, __LINE__)
#define USE_CONSOLE_STRATEGY() logger.SetStrategy(std::make_unique<ConsoleStrategy>())
#define USE_FILE_STRATEGY() logger.SetStrategy(std::make_unique<FileStrategy>())

使用示例:

#include <iostream>
#include "log.hpp"
using namespace LogModule;int main()
{LOG(LogLevel::DEBUG) << "hello world!";LOG(LogLevel::DEBUG) << "hello world!";LOG(LogLevel::DEBUG) << "hello world!";USE_FILE_STRATEGY();LOG(LogLevel::DEBUG) << "hello world!";LOG(LogLevel::DEBUG) << "hello world!";LOG(LogLevel::DEBUG) << "hello world!";
}

3.5 完整代碼

#pragma once
#include <iostream>
#include <fstream>
#include <memory>
#include <ctime>
#include <sys/types.h>
#include <unistd.h>
#include "mutex.hpp"namespace LogModule
{class LogStrategy{public:virtual ~LogStrategy() = default;virtual void Write(const std::string &message) = 0;protected:MutexModule::mutex _mutex;};// 控制臺輸出策略class ConsoleStrategy : public LogStrategy{public:void Write(const std::string &message) override{MutexModule::LockGuard lockguard(_mutex);std::cout << message << std::endl;}};// 文件輸出策略(支持路徑和追加模式)class FileStrategy : public LogStrategy{public:explicit FileStrategy(const std::string &path = "./log/test.log"): _file(path, std::ios::app){if (!_file.is_open()){throw std::runtime_error("無法打開日志文件: " + path);}}void Write(const std::string &message) override{MutexModule::LockGuard lockguard(_mutex);_file << message << std::endl;}~FileStrategy(){_file.close();}private:std::ofstream _file;};enum class LogLevel{DEBUG,    // 調試信息INFO,     // 普通信息WARNNING, // 警告ERROR,    // 錯誤FATAL     // 致命};std::string GetTimeStamp(){time_t cur = time(nullptr);struct tm tinfo;localtime_r(&cur, &tinfo);char buffer[128];sprintf(buffer, "%04d-%02d-%02d %02d:%02d:%02d", 1900 +\tinfo.tm_year, tinfo.tm_mon, tinfo.tm_mday,tinfo.tm_hour, tinfo.tm_min, tinfo.tm_sec);return buffer;}std::string LevelToString(LogLevel level){switch (level){case LogLevel::DEBUG:return "DEBUG";case LogLevel::INFO:return "INFO";case LogLevel::WARNNING:return "WARNNING";case LogLevel::ERROR:return "ERROR";case LogLevel::FATAL:return "FATAL";default:return "UNKNOWN";}}class Logger{public:// 構造時指定策略(默認控制臺輸出)explicit Logger(std::unique_ptr<LogStrategy> strategy = std::make_unique<ConsoleStrategy>()): _strategy(std::move(strategy)){}void SetStrategy(std::unique_ptr<LogStrategy> strategy){_strategy = move(strategy);}class Message{public:Message(LogLevel level, const std::string filename, int line, Logger &logger): _logger(logger){char buffer[128];sprintf(buffer, "[%s] [%s] [%d] [%s] [%d] - ",GetTimeStamp().c_str(), LevelToString(level).c_str(), getpid(), filename.c_str(), line);_loginfo = buffer;}template <typename T>Message &operator<<(const T &message){_loginfo += message;return *this;}~Message(){_logger._strategy->Write(_loginfo);}private:Logger &_logger;      // 引用外部logger類, 方便使用策略進行刷新std::string _loginfo; // 一條合并完成的,完整的日志信息};Message Log(LogLevel level, const std::string filename, int line){return Message(level, filename, line, *this);}Message operator()(LogLevel level, const std::string filename, int line){return Log(level, filename, line);}private:std::unique_ptr<LogStrategy> _strategy;};Logger logger;#define LOG(level) logger.Log(level, __FILE__, __LINE__)#define USE_CONSOLE_STRATEGY() logger.SetStrategy(std::make_unique<ConsoleStrategy>())#define USE_FILE_STRATEGY() logger.SetStrategy(std::make_unique<FileStrategy>())
}

本文來自互聯網用戶投稿,該文觀點僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務,不擁有所有權,不承擔相關法律責任。
如若轉載,請注明出處:http://www.pswp.cn/bicheng/94143.shtml
繁體地址,請注明出處:http://hk.pswp.cn/bicheng/94143.shtml
英文地址,請注明出處:http://en.pswp.cn/bicheng/94143.shtml

如若內容造成侵權/違法違規/事實不符,請聯系多彩編程網進行投訴反饋email:809451989@qq.com,一經查實,立即刪除!

相關文章

關于多個el-input的自動聚焦,每輸入完一個el-input,自動聚焦到下一個

講解原理或者思路&#xff1a;如果你有多個el-input,想要實現每輸入完一個輸入框&#xff0c;然后自動聚焦到下一個輸入框&#xff0c;同理&#xff0c;如果每刪除一個輸入框的值&#xff0c;自動聚焦到上一個輸入框。條件那么首先要做的就是&#xff0c;設置條件&#xff0c;在…

AI 賦能教育變革:機遇、實踐與展望

引言說明教育在社會發展中的重要地位&#xff0c;以及傳統教育面臨的困境。引出 AI 技術為教育變革帶來新機遇&#xff0c;闡述研究其在教育中應用的價值。AI 為教育帶來的機遇個性化學習支持&#xff1a;講解 AI 通過分析學生學習數據&#xff0c;如答題情況、學習時間等&…

(一)八股(數據庫/MQ/緩存)

文章目錄 項目地址 一、數據庫 1.1 事務隔離級別 1. 事務的四大特性 2. Read Uncommited臟讀(未提交讀) 3. Read Commited幻讀(sql默認已提交讀) 4. Repeatable Read 5. Serializable 6. Snapshot(快照隔離) 7. 代碼開啟 8. For update和Repeatable Read的區別 1.2 各種鎖 …

STM32H750 CoreMark跑分測試

STM32H750 CoreMark跑分測試&#x1f50e;CoreMark跑分測試查詢網站&#xff1a;https://www.eembc.org/coremark/scores.php&#x1f4dc; CoreMark源碼&#xff1a;https://www.github.com/eembc/coremarkCoreMark移植和配置參考&#xff1a;https://community.st.com/t5/stm…

RabbitMQ如何確保消息發送和消息接收

消息發送確認 1 ConfirmCallback方法 ConfirmCallback 是一個回調接口&#xff0c;消息發送到 Broker 后觸發回調&#xff0c;確認消息是否到達 Broker 服務器&#xff0c;也就是只 確認是否正確到達 Exchange 中。 2 ReturnCallback方法 通過實現 ReturnCallback 接口&#xf…

Linux:進程間通信-管道

Linux&#xff1a;進程間通信-管道 前言&#xff1a;為什么需要進程間通信&#xff1f; 你有沒有想過&#xff0c;當你在電腦上同時打開瀏覽器、音樂播放器和文檔時&#xff0c;這些程序是如何協同工作的&#xff1f;比如&#xff0c;瀏覽器下載的文件&#xff0c;為什么能被文…

Jmeter + FFmpeg 直播壓測遇到的問題及解決方案

1、壓測機安裝FFmpeg&#xff0c;下載安裝步驟可見&#xff1a;https://zhuanlan.zhihu.com/p/692019886 2、Jmeter與FFmpeg位數要一致&#xff0c;不允許在32位的進程中運行一個64位的程序&#xff0c;反之亦然 3、OS進程取樣器&#xff08;Thread Group -> Add -> Sa…

安卓app、微信小程序等訪問多個api時等待提示調用與關閉問題

安卓app、微信小程序訪問webapi&#xff0c;將需要一時間&#xff0c;我們稱之為耗時操作&#xff0c;其它諸如密集型計算、訪問文件與設備等亦是如此。在這個期間我們應該跳出提示&#xff0c;告知用戶正在等待&#xff0c;并且很多時候&#xff0c;在等待時不允許用戶再對UI進…

一個狀態機如何啟動/停止另一個狀態機

一個狀態機如何啟動/停止另一個狀態機 這個過程主要依賴于動作列表&#xff08;Action List&#xff09; 中的特定動作項和狀態管理服務&#xff08;ARA::SM&#xff09;提供的API。 1. 通過動作列表&#xff08;Action List&#xff09;進行預配置控制 這是最常見的方式&#…

基于IPO智能粒子優化的IIR濾波器參數識別算法matlab仿真

目錄 1.程序功能描述 2.測試軟件版本以及運行結果展示 3.部分程序 4.算法理論概述 5.完整程序 1.程序功能描述 IIR&#xff08;Infinite Impulse Response&#xff09;濾波器即無限沖激響應濾波器&#xff0c;其輸出不僅與當前和過去的輸入有關&#xff0c;還與過去的輸出…

歐州服務器String 轉 double 有BUG?

string 轉 double 的常見問題通常與文化差異、格式解析或特殊值處理相關&#xff0c;而非框架本身的 “BUG”。以下是可能導致轉換異常的常見場景及解決方案&#xff1a; 文化差異導致的解析問題 現象&#xff1a;同樣的字符串&#xff08;如 “1.23” 或 “1,23”&#xff09;…

鴻蒙中網絡診斷:Network分析

上面的圖很熟悉吧 Network 面板的表格列出了所有請求&#xff0c;每一列都提供了關鍵信息&#xff1a; Name: 請求的資源名稱和路徑。 Status: HTTP 狀態碼&#xff08;診斷核心&#xff09;。200成功&#xff0c;304未修改&#xff08;緩存&#xff09;&#xff0c;404找不到…

HarmonyOS 實戰:6 種實現實時數據更新的方案全解析(含完整 Demo)

摘要 在當下的應用開發中&#xff0c;用戶體驗越來越依賴“實時性”。消息要第一時間送達、訂單狀態要立刻刷新、數據變化不能延遲……這些需求推動了“實時數據更新”成為應用的必備功能。在鴻蒙系統&#xff08;HarmonyOS&#xff09;中&#xff0c;我們既可以用系統內置的數…

第十六屆藍橋杯青少組C++省賽[2025.8.10]第二部分編程題(4、矩陣圈層交錯旋轉)

參考程序&#xff1a;#include <bits/stdc.h> using namespace std;const int MAXN 105; int a[MAXN][MAXN];int main() {int n;if (!(cin >> n)) return 0;for (int i 0; i < n; i)for (int j 0; j < n; j)cin >> a[i][j];int layers n / 2; // 每…

AI供應鏈情報預警 | 惡意Py包偽裝AI框架庫開展數據竊密及應用劫持攻擊

AI供應鏈情報概述近日&#xff08;18th Aug. , 2025&#xff09;&#xff0c;懸鏡安全情報中心在Python官方倉庫中捕獲1起偽裝成知名AI框架庫pytensor&#xff08;https://pypi.org/project/pytensor&#xff09;的組件投毒事件。在北京時間8月18日凌晨&#xff0c;投毒者連續發…

AI需要防火墻,云計算需要重新構想

Akamai創始人Tom Leighton欲終結云膨脹&#xff0c;從內到外守護AI安全 Akamai創始人Tom Leighton 當前超大規模云服務商主導著企業IT市場&#xff0c;鮮有人敢挑戰云計算經濟模式、AI基礎設施和網絡安全架構的現狀。但Akamai聯合創始人兼CEO Tom Leighton正是這樣的挑戰者。他…

線段樹詳解【數據結構】

簡介 線段樹是一種應用極其廣泛&#xff0c;使用范圍較廣并且非常知名的樹形數據結構&#xff0c;主要用于進行區間操作&#xff0c;如區間修改&#xff0c;區間查詢等。這種數據結構唯一的不足就是巨大的代碼量&#xff0c;因此處理一些較簡單的問題時建議用樹狀數組。 原理…

Maven 入門與進階:聚合、繼承與生命周期詳解

Maven 是 Java 項目管理的核心工具&#xff0c;其強大的依賴管理、項目構建和模塊化設計能力&#xff0c;極大地提升了開發效率。本文將深入探討 Maven 的 聚合&#xff08;Multi-module&#xff09;、繼承&#xff08;Inheritance&#xff09; 和 生命周期&#xff08;Lifecyc…

手搓MCP客戶端動態調用多MCP服務,調用哪個你說了算!

01 引言 前兩天&#xff0c;有個粉絲朋友咨詢MCP服務如何動態調用&#xff0c;動態加載MCP服務的鏈接&#xff1f;我們都知道MCP客戶端可以配置多個MCP服務的地址&#xff1a; spring.ai.mcp.client.sse.connections.server1.urlhttp://localhost:xxxx spring.ai.mcp.client.ss…

Go語言中的優雅并發控制:通道信號量模式詳解

在Go語言的并發編程中&#xff0c;“通過通信共享內存”的設計哲學貫穿始終。當面對高并發場景時&#xff0c;無限制創建goroutine可能導致資源耗盡、CPU過載等問題&#xff0c;通道信號量模式&#xff08;Channel Semaphore Pattern&#xff09; 正是一種基于Go通道特性的優雅…