網(wǎng)站首頁 編程語言 正文
在我們編寫程序的時候,會將程序模塊化,常見的就是用動態(tài)鏈接庫的方式,然后導出函數(shù)接口或者類。而對于導出類的方式,作為模塊的實現(xiàn)者,不論是給第三方使用或者自己的項目使用,應該都不太愿意暴露自己的私有屬性和方法,個人碰到的主要有以下兩個常見原因:
- 通過隱藏私有屬性和方法,讓被調(diào)用者猜不到其實現(xiàn)方式
- 私有方法中或者屬性中,可能會存在一些第三方的頭文件或者庫的依賴,而對于被調(diào)用方來說不應該直接依賴
本文將介紹兩種方式來滿足以上的需求,一種是抽象類,另一種是pimpl風格. 在找到解決方法的時候,你會發(fā)現(xiàn)這樣的方式不僅僅滿足了原先的需求,還買一贈一地帶來了其他的優(yōu)點。
例子
假設我們有一個DataAcquirer封裝為一個動態(tài)鏈接庫,用來獲取數(shù)據(jù)的:那么以下代碼有幾個問題:
- 其只需要暴露GetData這個方法給調(diào)用方,但是文件中還包含了頭文件HttpClient.h 這個是調(diào)用方其實并不需要關(guān)心的,這就導致調(diào)用方還需要配置頭文件的目錄,有時候甚至還要配置這個間接依賴的庫。那么就給調(diào)用方帶來了不必要的依賴。
- 有時候想要隱藏類的內(nèi)部實現(xiàn)細節(jié),但這里通過HttpClient m_pHttpClient私有屬性和HttpResponseCode HttpDataGet()私有方法,那么調(diào)用方就可能猜到這個數(shù)據(jù)其實是通過http協(xié)議來獲取的。
#include <string>
#include "HttpClient.h"
#ifdef DATA_ACQUIRER_DLL_EXPORT
#define DATA_ACQUIRER_DECL __declspec(dllexport)
#else
#define DATA_ACQUIRER_DECL __declspec(dllimport)
#endif
class DATA_ACQUIRER_DECL DataAcquirer
{
public:
DataAcquirer();
~DataAcquirer();
public:
const std::string GetData();
private:
HttpResponseCode HttpDataGet();
HttpClient m_pHttpClient;
};
用抽象類解決問題
如果你知道依賴倒置原則(Dependence Inversion Principle, DIP), 那應該知道,提供給調(diào)用方的時候高層模塊依賴其抽象。 在軟件編寫的時候,抽象是必不可少的,他可以降低我們依賴,也能夠讓我們更加清晰的定義更友好的接口。這個樣例中,我們只需要提供GetData的方法/接口,那我們面向接口的設計如下面類圖所示:
解釋下上述的類圖:
- 調(diào)用者client操作的是DataAcquirerAbstract作為抽象類,利用多態(tài)實際的對象指向的是DataAcquirer
- DataAcquirer通過工廠方法DataAcquirerFactory進行生產(chǎn)
DataAcquirerAbstract.h的內(nèi)容如下, 聲明抽象類:
#pragma once
#include <string>
class DataAcquirerAbstract
{
public:
virtual const std::string GetData() = 0;
};
DataAcquirer.h的內(nèi)容如下, 聲明DataAcquirer :
#pragma once
#include <string>
#include "HttpClient.h"
#include "DataAcquirerAbstract.h"
class DataAcquirer : public DataAcquirerAbstract
{
public:
DataAcquirer();
~DataAcquirer();
public:
virtual const std::string GetData();
private:
HttpResponseCode HttpDataGet();
HttpClient m_pHttpClient;
};
工廠方法部分用于生產(chǎn)DataAcquirer,下面是DataAcquirerFactory .h文件:
#pragma once
#include <memory>
#include "Factory.h"
#include "DataAcquirerAbstract.h"
#ifdef DATA_ACQUIRER_DLL_EXPORT
#define DATA_ACQUIRER_DECL __declspec(dllexport)
#else
#define DATA_ACQUIRER_DECL __declspec(dllimport)
#endif
class DATA_ACQUIRER_DECL DataAcquirerFactory : public Factory
{
public:
virtual std::unique_ptr<DataAcquirerAbstract> CreateDataAcquirer();
};
最后調(diào)用者只需要引用DataAcquirerAbstract和DataAcquirerFactory ,如下所示, DataAcquirer對于調(diào)用者來說是不可見的。
#include <string>
#include <memory>
#include "DataAcquirerAbstract.h"
#include "DataAcquirerFactory.h"
int main()
{
std::unique_ptr<Factory> factory = std::make_unique<DataAcquirerFactory>();
std::unique_ptr<DataAcquirerAbstract> pObj = factory->CreateDataAcquirer();
std::string strData = pObj->GetData();
//... Do something else
return 0;
}
用Pimpl風格解決問題
Pimpl實際的解決方法也比較簡單,將Private/Protected屬性和方法放到另一個類中,這個類只需要進行聲明,然后通過成員指針的方式,進行屬性或者方法的訪問。用pimpl改造后的類圖如下:
DataAcquirer只給調(diào)用者暴露了GetData()方法和m_pImpl未知細節(jié)的指針,而這個未知細節(jié)的指針,在cpp文件中將含有一些私有的方法和屬性,也提供一個相應的GetData()的public方法。
DataAcquirer.h文件實現(xiàn)如下:
#pragma once
#include <string>
#include "HttpClient.h"
#ifdef DATA_ACQUIRER_DLL_EXPORT
#define DATA_ACQUIRER_DECL __declspec(dllexport)
#else
#define DATA_ACQUIRER_DECL __declspec(dllimport)
#endif
class DATA_ACQUIRER_DECL DataAcquirer
{
public:
DataAcquirer();
~DataAcquirer();
public:
const std::string GetData();
private:
class DataAcquirerImpl;
std::unique_ptr<DataAcquirerImpl> m_pImpl;
};
DataAcquirerImpl的具體實現(xiàn)放在DataAcquirer.cpp中:
#include "DataAcquirer.h"
class DataAcquirer::DataAcquirerImpl
{
public:
DataAcquirerImpl() {};
const std::string GetData() { return ""; };
private:
HttpResponseCode HttpDataGet() { return m_pHttpClient.Get(); };
HttpClient m_pHttpClient;
};
DataAcquirer::DataAcquirer() : m_pImpl(new DataAcquirerImpl())
{
}
DataAcquirer::~DataAcquirer()
{
}
const std::string DataAcquirer::GetData()
{
return m_pImpl->GetData();
}
總結(jié)
無論是抽象類的方式還是Pimpl風格都達成了接口與實現(xiàn)的分離,并且降低了編譯時候的依賴。
以上所說的兩種方式,在從無到有編寫代碼的時候,可以完整的使用這個模式,可是有時候,你需要去維護已有的代碼,在原先的導出類中進行一些修改,想要去降低這些依賴,個人認為用Pimpl此時就更適合去做這種擴展修改了。
參考
抽象類方法和Pimpl均在<<Effective C++>> 條款31中提到,只是本人的實現(xiàn)方式會有小小的區(qū)別。
另外參考了微軟文檔<<Pimpl For Compile-Time Encapsulation (Modern C++)>>
原文鏈接:https://blog.csdn.net/CJF_iceKing/article/details/124637606
相關(guān)推薦
- 2022-07-12 微信小程序(條件渲染和列表渲染)
- 2022-04-15 Android一個類實現(xiàn)錄音與播放實例_Android
- 2022-10-17 Python?pywin32實現(xiàn)word與Excel的處理_python
- 2022-11-12 Python?Multinomial?Naive?Bayes多項貝葉斯模型實現(xiàn)原理介紹_python
- 2022-05-05 Tomcat使用https配置實戰(zhàn)教程_Tomcat
- 2023-04-29 C/C++并查集的查詢與合并實現(xiàn)原理_C 語言
- 2022-08-30 Linux常用tar命令
- 2022-09-26 Linux系統(tǒng)監(jiān)控(top,ps,netstat,kill命令),定時任務,系統(tǒng)啟動(系統(tǒng)的啟動級別
- 最近更新
-
- window11 系統(tǒng)安裝 yarn
- 超詳細win安裝深度學習環(huán)境2025年最新版(
- Linux 中運行的top命令 怎么退出?
- MySQL 中decimal 的用法? 存儲小
- get 、set 、toString 方法的使
- @Resource和 @Autowired注解
- Java基礎操作-- 運算符,流程控制 Flo
- 1. Int 和Integer 的區(qū)別,Jav
- spring @retryable不生效的一種
- Spring Security之認證信息的處理
- Spring Security之認證過濾器
- Spring Security概述快速入門
- Spring Security之配置體系
- 【SpringBoot】SpringCache
- Spring Security之基于方法配置權(quán)
- redisson分布式鎖中waittime的設
- maven:解決release錯誤:Artif
- restTemplate使用總結(jié)
- Spring Security之安全異常處理
- MybatisPlus優(yōu)雅實現(xiàn)加密?
- Spring ioc容器與Bean的生命周期。
- 【探索SpringCloud】服務發(fā)現(xiàn)-Nac
- Spring Security之基于HttpR
- Redis 底層數(shù)據(jù)結(jié)構(gòu)-簡單動態(tài)字符串(SD
- arthas操作spring被代理目標對象命令
- Spring中的單例模式應用詳解
- 聊聊消息隊列,發(fā)送消息的4種方式
- bootspring第三方資源配置管理
- GIT同步修改后的遠程分支