1. 項(xiàng)目概述為什么訪問控制是C面向?qū)ο蟮幕瘎偨佑|C面向?qū)ο缶幊痰呐笥言趯W(xué)會(huì)了如何定義一個(gè)簡(jiǎn)單的class之后往往會(huì)一頭扎進(jìn)繼承、多態(tài)這些更“炫酷”的特性里。但在我十多年的開發(fā)經(jīng)驗(yàn)里見過太多項(xiàng)目因?yàn)樵缙诤鲆暳恕霸L問控制”這個(gè)看似基礎(chǔ)的概念導(dǎo)致后期代碼像一團(tuán)亂麻牽一發(fā)而動(dòng)全身維護(hù)成本指數(shù)級(jí)上升。今天我們就來深挖C中類的訪問控制與實(shí)現(xiàn)隱藏這絕不是死記硬背public、private、protected三個(gè)關(guān)鍵詞那么簡(jiǎn)單而是關(guān)乎你如何設(shè)計(jì)一個(gè)健壯、安全且易于擴(kuò)展的軟件模塊的核心思維。你可以把類想象成一個(gè)精密的儀器比如一臺(tái)咖啡機(jī)。public部分就是面向用戶的按鈕和出口——用戶只需要知道按哪個(gè)鍵出美式哪個(gè)鍵出拿鐵而不需要關(guān)心內(nèi)部的水泵壓力、加熱線圈溫度。private部分就是機(jī)器內(nèi)部復(fù)雜的電路和機(jī)械結(jié)構(gòu)如果暴露給用戶不僅可能導(dǎo)致誤操作損壞機(jī)器數(shù)據(jù)被意外修改也讓廠家無法升級(jí)內(nèi)部部件因?yàn)橛脩舸a可能依賴了內(nèi)部細(xì)節(jié)。而protected則像是留給授權(quán)維修人員的內(nèi)部接口普通用戶碰不到但廠家自己的工程師在開發(fā)新型號(hào)派生類時(shí)可以用來調(diào)試和擴(kuò)展。理解并用好這三種訪問權(quán)限你寫的類才能從“一堆湊在一起的變量和函數(shù)”進(jìn)化成真正的“抽象數(shù)據(jù)類型”實(shí)現(xiàn)高內(nèi)聚、低耦合的設(shè)計(jì)目標(biāo)。接下來我將帶你從設(shè)計(jì)哲學(xué)到實(shí)戰(zhàn)細(xì)節(jié)徹底掌握這門藝術(shù)。2. 訪問控制的三重門public, private, protected 深度解析2.1 public對(duì)外的服務(wù)契約public成員構(gòu)成了類的接口這是類與外界其他代碼包括main函數(shù)、其他類的對(duì)象等簽訂的“服務(wù)契約”。所有聲明為public的成員在任何地方都可以被訪問。核心作用與設(shè)計(jì)原則提供最小化完備接口一個(gè)設(shè)計(jì)良好的類其public接口應(yīng)該盡可能精簡(jiǎn)只暴露那些完成其核心職責(zé)所必需的操作。這就是“接口隔離原則”的體現(xiàn)。例如一個(gè)String類public接口可能包括構(gòu)造、析構(gòu)、獲取長(zhǎng)度、查找子串、拼接等但絕不會(huì)把內(nèi)部用來存儲(chǔ)字符的動(dòng)態(tài)數(shù)組指針暴露出來。保持穩(wěn)定性public接口一旦發(fā)布尤其是作為庫(kù)的一部分修改的成本就非常高。因?yàn)樗惺褂眠@個(gè)類的客戶代碼都可能受到影響。因此在設(shè)計(jì)public成員時(shí)需要深思熟慮確保其長(zhǎng)期穩(wěn)定。通常是成員函數(shù)數(shù)據(jù)成員極少被聲明為public除了某些特殊案例如常量靜態(tài)成員。因?yàn)橹苯颖┞稊?shù)據(jù)意味著放棄了對(duì)其值域、修改時(shí)機(jī)等所有控制權(quán)。實(shí)操示例與心得class BankAccount { public: // 構(gòu)造函數(shù)初始化賬戶 BankAccount(const std::string owner, double initialBalance 0.0); // 存款對(duì)外提供的核心服務(wù) bool deposit(double amount); // 取款對(duì)外提供的核心服務(wù)內(nèi)部會(huì)校驗(yàn)余額 bool withdraw(double amount); // 查詢余額獲取狀態(tài)不修改內(nèi)部數(shù)據(jù) double getBalance() const; // 獲取戶主名 std::string getOwner() const; private: std::string owner_; double balance_; // ... 其他私有數(shù)據(jù)如交易流水記錄等 };注意getBalance和getOwner這類函數(shù)被標(biāo)記為const表示它們不會(huì)修改對(duì)象狀態(tài)。這是一個(gè)非常重要的習(xí)慣它允許你在const對(duì)象上調(diào)用這些函數(shù)并讓代碼的意圖更清晰。2.2 private封裝的鐵壁與實(shí)現(xiàn)細(xì)節(jié)的守護(hù)者private成員是類的絕對(duì)隱私只有該類自己的成員函數(shù)以及后面會(huì)提到的“友元”可以訪問。這是實(shí)現(xiàn)“信息隱藏”或“封裝”的最主要工具。核心作用與設(shè)計(jì)原則隱藏實(shí)現(xiàn)細(xì)節(jié)將數(shù)據(jù)成員和僅為實(shí)現(xiàn)公有接口而服務(wù)的輔助函數(shù)聲明為private?？蛻舸a無需知道也不應(yīng)該依賴這些細(xì)節(jié)。這樣只要公有接口的行為不變你就可以自由地修改私有實(shí)現(xiàn)。比如BankAccount里的balance_從double改為高精度的decimal類型只要修改類內(nèi)部的運(yùn)算邏輯外部調(diào)用deposit、withdraw的代碼完全不用動(dòng)。強(qiáng)制保持不變量類的不變量是指對(duì)象在其生命周期內(nèi)必須始終保持為真的條件。例如BankAccount的balance_必須永遠(yuǎn)非負(fù)假設(shè)不允許透支。通過將balance_設(shè)為private并只通過deposit和withdraw這兩個(gè)公有函數(shù)來修改它我們就能在這兩個(gè)函數(shù)內(nèi)部加入校驗(yàn)邏輯如取款時(shí)檢查余額從而強(qiáng)制維護(hù)“余額非負(fù)”這個(gè)不變量。如果balance_是public的任何外部代碼都可以直接myAccount.balance_ -1000;不變量瞬間被破壞。減少耦合由于外部代碼無法看到私有成員它們就不會(huì)編寫依賴于這些私有成員的代碼。這極大地降低了類與類之間的耦合度。一個(gè)常見的“坑”與技巧新手有時(shí)會(huì)為了方便為每個(gè)私有數(shù)據(jù)成員都提供一對(duì)get/set函數(shù)這實(shí)際上是一種“假封裝”等于變相地將數(shù)據(jù)成員公開了。正確的做法是仔細(xì)思考這個(gè)數(shù)據(jù)是否真的需要被外部獲取或修改。很多時(shí)候提供更高層次的、具有業(yè)務(wù)語(yǔ)義的接口更好。例如與其提供setSpeed不如提供accelerate和brake。2.3 protected繼承體系中的受控共享protected的訪問權(quán)限介于public和private之間。它允許類自己的成員函數(shù)、友元訪問同時(shí)也允許該類的派生類子類的成員函數(shù)訪問。但對(duì)于類的外部世界它依然是不可見的。核心作用與設(shè)計(jì)原則為派生類提供擴(kuò)展點(diǎn)當(dāng)設(shè)計(jì)一個(gè)基類并預(yù)期它會(huì)被繼承和擴(kuò)展時(shí)可以將一些希望派生類能夠復(fù)用或覆蓋的輔助函數(shù)或數(shù)據(jù)聲明為protected。這樣既不會(huì)污染公有接口又為派生類提供了必要的“工具箱”。使用需謹(jǐn)慎protected破壞了封裝性因?yàn)榕缮愔懒嘶惖膬?nèi)部細(xì)節(jié)。一旦基類的protected成員發(fā)生改變所有派生類都可能需要跟著修改。因此經(jīng)驗(yàn)法則是除非你明確在設(shè)計(jì)一個(gè)用于繼承的框架并且該成員是派生類實(shí)現(xiàn)其功能所必需的否則應(yīng)優(yōu)先使用private。很多時(shí)候通過公有虛函數(shù)多態(tài)來提供擴(kuò)展點(diǎn)是比暴露protected數(shù)據(jù)更安全、更靈活的選擇。常見應(yīng)用場(chǎng)景在模板方法設(shè)計(jì)模式中基類定義一個(gè)算法的骨架公有非虛函數(shù)其中某些步驟聲明為protected虛函數(shù)由派生類去實(shí)現(xiàn)具體細(xì)節(jié)。示例對(duì)比// 方案A使用protected數(shù)據(jù)耦合度高不推薦 class Shape { protected: int x_, y_; // 派生類可以直接訪問坐標(biāo) public: virtual void draw() const 0; }; // 方案B使用private數(shù)據(jù)protected訪問函數(shù)更推薦 class Shape { private: int x_, y_; protected: // 派生類不能直接修改x_, y_但可以通過這些函數(shù)獲取甚至基類可以加入邏輯 int getX() const { return x_; } int getY() const { return y_; } void setPosition(int x, int y) { x_ x; y_ y; /* 可以加入校驗(yàn) */ } public: virtual void draw() const 0; };方案B提供了更好的封裝性基類可以控制派生類對(duì)位置數(shù)據(jù)的訪問方式。3. 實(shí)現(xiàn)隱藏的實(shí)戰(zhàn)策略超越語(yǔ)法關(guān)鍵詞理解了三種訪問限定符只是第一步。真正的“實(shí)現(xiàn)隱藏”是一種設(shè)計(jì)思想需要通過一系列具體的策略來落地。3.1 策略一PimplPointer to IMPLementation慣用法這是C中實(shí)現(xiàn)編譯防火墻和徹底隱藏實(shí)現(xiàn)細(xì)節(jié)的經(jīng)典技術(shù)。其核心思想是將類的所有私有數(shù)據(jù)成員和實(shí)現(xiàn)細(xì)節(jié)轉(zhuǎn)移到一個(gè)前向聲明的“實(shí)現(xiàn)類”中在主類中僅保留一個(gè)指向該實(shí)現(xiàn)類的指針。為何需要Pimpl減少編譯依賴如果類的私有成員包含其他復(fù)雜的頭文件例如#include那么任何包含該類頭文件的代碼都需要處理這些依賴導(dǎo)致編譯時(shí)間變長(zhǎng)。使用Pimpl后這些依賴被轉(zhuǎn)移到.cpp文件中頭文件變得非常干凈。保持二進(jìn)制兼容性對(duì)于動(dòng)態(tài)庫(kù)DLL/.so只要公有接口不變即使你修改了實(shí)現(xiàn)類的成員增刪私有變量、改變私有函數(shù)主類的尺寸只有一個(gè)指針大小和內(nèi)存布局都不會(huì)變這意味著不需要重新編譯使用該庫(kù)的客戶端代碼。實(shí)現(xiàn)真正的信息隱藏在頭文件中你完全看不到任何私有成員。詳細(xì)實(shí)現(xiàn)步驟// widget.h - 頭文件非常簡(jiǎn)潔 class Widget { public: Widget(); ~Widget(); // 需要顯式定義用于釋放Impl Widget(const Widget); // 需要自定義拷貝構(gòu)造 Widget operator(const Widget); // 需要自定義拷貝賦值 void publicMethod(); private: struct Impl; // 前向聲明實(shí)現(xiàn)類 std::unique_ptrImpl pImpl; // 使用智能指針管理生命周期 }; // widget.cpp #include widget.h #include vector #include string // ... 其他原本放在頭文件中的復(fù)雜依賴 struct Widget::Impl { // 定義實(shí)現(xiàn)類 std::vectorint complexData; // 私有數(shù)據(jù) std::string name; void privateHelper() { /* 私有實(shí)現(xiàn)函數(shù) */ } }; // 成員函數(shù)定義 Widget::Widget() : pImpl(std::make_uniqueImpl()) {} Widget::~Widget() default; // unique_ptr會(huì)自動(dòng)釋放Impl // 注意需要手動(dòng)實(shí)現(xiàn)拷貝構(gòu)造和拷貝賦值因?yàn)閡nique_ptr不可拷貝 // 這里涉及到深拷貝Impl的內(nèi)容是Pimpl的一個(gè)實(shí)現(xiàn)成本 void Widget::publicMethod() { // 通過pImpl訪問實(shí)現(xiàn) pImpl-complexData.push_back(42); pImpl-privateHelper(); }實(shí)操心得Pimpl會(huì)帶來一些運(yùn)行時(shí)開銷一次額外的指針間接訪問和實(shí)現(xiàn)復(fù)雜度需要手動(dòng)處理拷貝控制。因此它更適合用于那些接口穩(wěn)定、但實(shí)現(xiàn)復(fù)雜且可能頻繁變動(dòng)或者作為庫(kù)的核心公開接口的類。對(duì)于小型、簡(jiǎn)單的類過度使用Pimpl反而是一種負(fù)擔(dān)。3.2 策略二使用接口類抽象基類這是面向?qū)ο笤O(shè)計(jì)中實(shí)現(xiàn)完全隱藏的另一種強(qiáng)大手段。定義一個(gè)只包含純虛函數(shù)的抽象基類作為接口將具體的實(shí)現(xiàn)放在派生類中?？蛻舳舜a只通過接口類的指針或引用來操作對(duì)象完全不知道背后具體是哪個(gè)實(shí)現(xiàn)類。優(yōu)勢(shì)解耦的極致客戶端與實(shí)現(xiàn)完全分離。支持運(yùn)行時(shí)多態(tài)可以方便地切換不同的實(shí)現(xiàn)。依賴倒置高層模塊不依賴低層模塊二者都依賴抽象。示例// logger.h - 接口 class ILogger { public: virtual ~ILogger() default; // 虛析構(gòu)函數(shù)至關(guān)重要 virtual void log(const std::string message) 0; }; // client.cpp #include “l(fā)ogger.h” void process(ILogger logger) { // 完全不知道logger的具體類型 logger.log(“Processing started”); } // console_logger.cpp - 一種實(shí)現(xiàn) #include “l(fā)ogger.h” #include iostream class ConsoleLogger : public ILogger { public: void log(const std::string msg) override { std::cout “[CONSOLE] ” msg std::endl; } }; // file_logger.cpp - 另一種實(shí)現(xiàn) #include “l(fā)ogger.h” #include fstream class FileLogger : public ILogger { std::ofstream file; public: explicit FileLogger(const std::string filename) : file(filename) {} void log(const std::string msg) override { file msg std::endl; } };注意事項(xiàng)接口類的析構(gòu)函數(shù)必須聲明為虛函數(shù)這是為了確保通過基類指針刪除派生類對(duì)象時(shí)能夠正確調(diào)用派生類的析構(gòu)函數(shù)避免資源泄漏。這是C中一個(gè)至關(guān)重要的規(guī)則。3.3 策略三依賴注入與工廠模式即使有了私有成員和Pimpl類的創(chuàng)建邏輯如果復(fù)雜也會(huì)暴露一些細(xì)節(jié)。結(jié)合依賴注入和工廠模式可以進(jìn)一步隱藏對(duì)象的創(chuàng)建和組裝過程。簡(jiǎn)單工廠示例class ComplexService { private: std::unique_ptrIDatabase db_; // 依賴抽象接口 std::shared_ptrICache cache_; // 構(gòu)造函數(shù)設(shè)為私有防止外部直接構(gòu)造 ComplexService(std::unique_ptrIDatabase db, std::shared_ptrICache cache) : db_(std::move(db)), cache_(std::move(cache)) {} public: // 工廠函數(shù)封裝復(fù)雜的構(gòu)建邏輯 static std::unique_ptrComplexService create(const Config config) { auto db createDatabase(config.dbSettings); // 隱藏了具體的Database類型 auto cache createCache(config.cacheSettings); // 隱藏了具體的Cache類型 // 可能還有一些額外的初始化或校驗(yàn) if (!db || !cache) return nullptr; return std::make_uniqueComplexService(std::move(db), std::move(cache)); } // ... 其他公有方法 };這樣用戶只需要調(diào)用ComplexService::create(config)完全不知道內(nèi)部用了哪種數(shù)據(jù)庫(kù)、哪種緩存以及它們是如何被初始化和連接起來的。4. 繼承體系下的訪問控制深入與“坑點(diǎn)”排查當(dāng)引入繼承后訪問控制變得更加微妙。這里有幾個(gè)必須厘清的關(guān)鍵點(diǎn)和常見陷阱。4.1 派生類對(duì)基類成員的訪問權(quán)限規(guī)則可以總結(jié)為下表它取決于基類成員的原始訪問級(jí)別和繼承方式基類中的訪問級(jí)別公有繼承 (public)保護(hù)繼承 (protected)私有繼承 (private)public在派生類中為public在派生類中為protected在派生類中為privateprotected在派生類中為protected在派生類中為protected在派生類中為privateprivate在派生類中不可見在派生類中不可見在派生類中不可見核心解讀私有成員永遠(yuǎn)不可見無論以何種方式繼承基類的private成員對(duì)派生類都是不可見的。這是封裝的底線。如果派生類需要訪問基類應(yīng)提供protected的訪問函數(shù)getter/setter或者將該成員改為protected需慎重。繼承方式?jīng)Q定“上限”繼承方式public/protected/private像一個(gè)“過濾器”或“最高權(quán)限限制器”。它規(guī)定了基類的public和protected成員在派生類中所能擁有的最高訪問級(jí)別。public繼承意味著“是一個(gè)”的關(guān)系。基類的接口原樣成為派生類接口的一部分。這是最常用的繼承方式。protected/private繼承意味著“根據(jù)…實(shí)現(xiàn)”的關(guān)系。它們不是“是一個(gè)”的關(guān)系純粹是為了代碼復(fù)用。在派生類外部無法將派生類對(duì)象當(dāng)作基類對(duì)象來使用。這種用法非常罕見通?？梢杂媒M合將一個(gè)類作為成員變量來更好地替代。4.2 常見問題與排查技巧實(shí)錄問題1編譯錯(cuò)誤“無法訪問 private 成員在基類中聲明”class Base { private: int secret; }; class Derived : public Base { public: void showSecret() { std::cout secret; // 編譯錯(cuò)誤secret在Base中是private } };排查與解決檢查確認(rèn)你試圖訪問的成員在基類中的聲明是否為private。解決首選如果派生類確實(shí)需要該數(shù)據(jù)考慮基類是否應(yīng)該提供一個(gè)protected的獲取函數(shù)如getSecret()。這保持了封裝性。次選需謹(jǐn)慎如果該成員是派生類實(shí)現(xiàn)功能的核心且基類設(shè)計(jì)時(shí)本就打算被繼承可以將該成員改為protected。但這會(huì)提高基類和派生類的耦合度。反思設(shè)計(jì)是否真的需要繼承用組合將Base作為Derived的成員是否更合適組合通常能提供更清晰的界限和更低的耦合。問題2通過派生類對(duì)象無法調(diào)用基類的公有函數(shù)class Base { public: void foo() {} }; class Derived : private Base { // 私有繼承 public: void bar() { foo(); } // 這里可以因?yàn)槭窃谂缮悆?nèi)部 }; int main() { Derived d; d.foo(); // 編譯錯(cuò)誤foo()在Derived中變成了private }排查與解決檢查查看繼承方式。如果是protected或private繼承基類的所有public成員在派生類外部都不可訪問。解決如果意圖是“是一個(gè)”的關(guān)系必須使用public繼承。如果意圖是復(fù)用實(shí)現(xiàn)且不希望暴露基類接口那么這就是私有繼承的預(yù)期行為。可以考慮使用using聲明在派生類的public部分重新暴露特定基類方法但需清楚知道自己在做什么class Derived : private Base { public: using Base::foo; // 將Base::foo引入Derived的public區(qū)域 void bar() { foo(); } }; // 現(xiàn)在 d.foo(); 可以編譯了問題3誤以為protected成員可以在派生類中“隨便改”class Base { protected: int value; }; class Derived : public Base { public: void modify(Base b) { b.value 10; // 編譯錯(cuò)誤 } void modifyDerived(Derived d) { d.value 10; // 正確 } };關(guān)鍵點(diǎn)protected訪問權(quán)限允許派生類訪問自己對(duì)象內(nèi)部從基類繼承而來的protected成員但不允許訪問其他不相關(guān)基類對(duì)象的protected成員。在modify(Base b)中參數(shù)b可能根本不是Derived對(duì)象允許訪問其protected成員會(huì)破壞封裝。5. 綜合案例設(shè)計(jì)一個(gè)可擴(kuò)展的圖形繪制框架讓我們用一個(gè)綜合案例來串聯(lián)所有概念。假設(shè)我們要設(shè)計(jì)一個(gè)簡(jiǎn)單的圖形繪制框架支持多種形狀并能方便地添加新形狀。5.1 基類設(shè)計(jì)嚴(yán)控接口與擴(kuò)展點(diǎn)// shape.h #pragma once #include memory #include vector class Point; // 前向聲明減少頭文件依賴 class Shape { public: virtual ~Shape() default; // 接口類虛析構(gòu)函數(shù)必不可少 // 公有接口所有形狀都必須支持的操作 virtual void draw() const 0; virtual double area() const 0; virtual std::unique_ptrShape clone() const 0; // 原型模式用于復(fù)制 // 非虛接口NVI模式提供模板方法固定算法骨架 void moveAndDraw(const Point newCenter) { translateTo(newCenter); // 步驟1移動(dòng) beforeDraw(); // 步驟2繪制前鉤子protected虛函數(shù) draw(); // 步驟3實(shí)際繪制 afterDraw(); // 步驟4繪制后鉤子protected虛函數(shù) } protected: // 受保護(hù)的擴(kuò)展點(diǎn)派生類可以覆蓋以實(shí)現(xiàn)特定行為 virtual void translateTo(const Point newCenter) 0; virtual void beforeDraw() const {} // 默認(rèn)空實(shí)現(xiàn)派生類可選覆蓋 virtual void afterDraw() const {} // 默認(rèn)空實(shí)現(xiàn)派生類可選覆蓋 private: // 私有工具函數(shù)僅限基類內(nèi)部使用 Point calculateBoundingBoxCenter() const; // 可能還有Pimpl指針隱藏復(fù)雜的內(nèi)部狀態(tài)如變換矩陣、樣式等 // std::unique_ptrShapeImpl pImpl; };設(shè)計(jì)解析公有接口(draw,area,clone)定義了所有形狀的契約。使用純虛函數(shù)強(qiáng)制派生類實(shí)現(xiàn)。非虛接口(moveAndDraw)提供了一個(gè)固定的操作流程模板方法。派生類不能改變這個(gè)流程但可以通過覆蓋protected的鉤子函數(shù) (beforeDraw,afterDraw) 來注入自定義行為。這比讓派生類直接覆蓋一個(gè)virtual void moveAndDraw(...)要好因?yàn)樗ＷC了核心流程的穩(wěn)定性。受保護(hù)成員(translateTo,beforeDraw,afterDraw)為派生類提供的受控?cái)U(kuò)展點(diǎn)。translateTo是必須實(shí)現(xiàn)的而鉤子函數(shù)是可選的。私有成員(calculateBoundingBoxCenter)純粹的實(shí)現(xiàn)細(xì)節(jié)派生類無需知曉。5.2 具體派生類實(shí)現(xiàn)利用訪問控制// circle.h #pragma once #include “shape.h” class Circle : public Shape { // 公有繼承滿足“Circle是一個(gè)Shape” public: explicit Circle(double radius); void draw() const override; double area() const override; std::unique_ptrShape clone() const override; protected: void translateTo(const Point newCenter) override; void beforeDraw() const override; // 覆蓋鉤子例如設(shè)置特定畫筆顏色 private: double radius_; Point center_; // 私有輔助函數(shù) void validateRadius() const; };實(shí)現(xiàn)要點(diǎn)Circle必須實(shí)現(xiàn)所有基類的純虛函數(shù)draw,area,clone,translateTo。它可以覆蓋并實(shí)現(xiàn)protected的鉤子函數(shù)beforeDraw。它擁有自己的私有數(shù)據(jù) (radius_,center_) 和私有輔助函數(shù) (validateRadius)這些對(duì)用戶和其他派生類完全隱藏。5.3 工廠與客戶代碼完全隱藏創(chuàng)建細(xì)節(jié)// shape_factory.h #pragma once #include memory #include “shape.h” enum class ShapeType { Circle, Rectangle, Triangle }; class ShapeFactory { public: static std::unique_ptrShape createShape(ShapeType type, const std::vectordouble params); // 可以注冊(cè)自定義形狀創(chuàng)建函數(shù)支持動(dòng)態(tài)擴(kuò)展 static void registerCreator(ShapeType type, std::functionstd::unique_ptrShape(const std::vectordouble) creator); }; // client.cpp #include “shape_factory.h” int main() { // 客戶代碼只依賴抽象接口Shape和工廠 auto circle ShapeFactory::createShape(ShapeType::Circle, {5.0}); auto rect ShapeFactory::createShape(ShapeType::Rectangle, {3.0, 4.0}); if (circle) { circle-draw(); std::cout “Area: ” circle-area() std::endl; circle-moveAndDraw(Point{10, 10}); // 使用模板方法 } // 完全不知道Circle、Rectangle的具體實(shí)現(xiàn)細(xì)節(jié) return 0; }通過這種設(shè)計(jì)我們達(dá)到了高度的封裝和實(shí)現(xiàn)隱藏客戶代碼(client.cpp) 只與穩(wěn)定的抽象接口Shape和ShapeFactory交互。具體形狀的實(shí)現(xiàn)(Circle.cpp,Rectangle.cpp) 被很好地隱藏在各自的源文件中它們的私有實(shí)現(xiàn)可以自由修改。添加新形狀只需實(shí)現(xiàn)Shape接口、在工廠中注冊(cè)或修改工廠函數(shù)而無需改動(dòng)任何現(xiàn)有的客戶代碼。這完美體現(xiàn)了“對(duì)擴(kuò)展開放對(duì)修改關(guān)閉”的開閉原則。訪問控制和實(shí)現(xiàn)隱藏是C面向?qū)ο缶幊痰摹皟?nèi)功”。它要求我們?cè)谠O(shè)計(jì)類時(shí)不是簡(jiǎn)單地堆砌數(shù)據(jù)和方法而是像設(shè)計(jì)一個(gè)精密的黑匣子一樣仔細(xì)思考哪些是必須對(duì)外提供的穩(wěn)定契約哪些是必須嚴(yán)加保護(hù)的實(shí)現(xiàn)秘密哪些是可以有限度分享給繼承者的工具。掌握好這門藝術(shù)你寫出的代碼將更具彈性、更易維護(hù)也能更好地應(yīng)對(duì)需求的變化。記住好的封裝不是限制而是賦予代碼長(zhǎng)期生命力的關(guān)鍵。