框架工程師面向?qū)ο缶幊蹋∣OP）基礎(chǔ)CONTENTS面向?qū)ο缶幊毯喗?1目錄面向?qū)ο蟮幕驹瓌t02常見面向?qū)ο笤O(shè)計模式03面向?qū)ο缶幊毯喗?1類是模板，對象是根據(jù)類創(chuàng)建的實例。對象具有狀態(tài)（屬性）和行為（方法）。類通過定義屬性與方法，為對象提供了統(tǒng)一的構(gòu)造。封裝是隱藏對象的內(nèi)部細節(jié)，僅對外公開一個可以被調(diào)用的接口。封裝有助于數(shù)據(jù)安全和代碼可維護性。通過訪問修飾符（如private,

protected,

public）控制對類成員的訪問。繼承允許新的類（子類）繼承現(xiàn)有類（父類）的屬性和方法。繼承促進代碼重用并建立了類之間的層次關(guān)系。子類可以擴展父類的行為，也可以覆蓋父類的方法。封裝繼承類與對象多態(tài)允許不同類的對象對同一消息做出響應(yīng)。多態(tài)通過接口或抽象類實現(xiàn)，使代碼更靈活和可擴展。它允許在運行時根據(jù)對象的實際類型來調(diào)用對應(yīng)的方法。多態(tài)面向?qū)ο缶幊谈拍?1代碼復(fù)用性通過繼承和接口，可以重用代碼和實現(xiàn)?？梢酝ㄟ^繼承建立一套基礎(chǔ)功能，供不同子類復(fù)用。公共接口和抽象類也支持代碼復(fù)用。02可維護性封裝和抽象使得理解和修改代碼更加容易。代碼結(jié)構(gòu)清晰，便于團隊合作和后期維護。面向?qū)ο蟮脑O(shè)計促進模塊化，每個對象負責單一職責。03可擴展性由于基于類和繼承的架構(gòu)，添加新功能或修改現(xiàn)有功能較為簡單。通過增加新的子類，可以輕松擴展已有的類層次結(jié)構(gòu)。接口允許在不修改實現(xiàn)的情況下增加新的功能。04模塊化OOP鼓勵將功能分解成獨立的、可重用的對象。每個對象可以獨立開發(fā)和測試，提高了開發(fā)效率。模塊化使得系統(tǒng)更易于理解和

debug，因為每個模塊的功能范圍有限。OOP的優(yōu)勢面向?qū)ο蟮幕驹瓌t02定義與解釋每個對象或模塊應(yīng)該只負責一項任務(wù)。確保對象的功能單一，易于理解和維護。避免對象承擔過多的職責，導(dǎo)致功能混亂。單一職責原則01軟件實體（類、模塊、函數(shù)等）應(yīng)該對擴展開放，對修改封閉。02允許增加新的功能，而不需要修改已有代碼。03通過抽象和接口來實現(xiàn)代碼的可擴展性。定義與解釋開放封閉原則子類應(yīng)當覆蓋父類的所有方法，或?qū)崿F(xiàn)所有接口。子類可以增加額外的方法，但不能減少父類的方法。定義與解釋確保在程序中使用基類引用時，不會受到子類影響。里氏替換原則定義與解釋客戶端不應(yīng)該依賴它不需要的接口。接口應(yīng)該盡可能的小，只包含客戶端需要的方法。避免強迫客戶端實現(xiàn)不必要的方法。接口隔離原則高層模塊不應(yīng)該依賴低層模塊，它們都應(yīng)該依賴抽象。抽象不應(yīng)該依賴細節(jié)，細節(jié)應(yīng)該依賴抽象。通過抽象層來實現(xiàn)依賴關(guān)系，提高代碼的可維護性和可擴展性。定義與解釋依賴倒置原則常見面向?qū)ο笤O(shè)計模式03單例模式確保一個類只有一個實例，并提供一個全局訪問點。常用于資源管理、配置管理以及日志管理等場景。有助于節(jié)省系統(tǒng)資源，避免因?qū)嵗^多導(dǎo)致的性能問題。工廠方法模式定義一個用于創(chuàng)建對象的接口，讓子類決定實例化哪一個類。使一個類的實例化延遲到其子類中進行，增強了程序的靈活性和可擴展性。適用于有多種類型但難以預(yù)測具體需要哪種類型的場景。抽象工廠模式提供一個接口，用于創(chuàng)建相關(guān)或依賴對象的家族，而不需要明確指定具體類。有利于對象的一致性命名和系統(tǒng)解耦，便于切換和擴展。適用于不同產(chǎn)品系列間的對象創(chuàng)建，且這些產(chǎn)品系列具有共同的接口。建造者模式將一個復(fù)雜對象的構(gòu)建與其表示分離，使得同樣的構(gòu)建過程可以創(chuàng)建不同的表示。便于構(gòu)建不同版本的對象，提高代碼的可維護性和可讀性。適用于構(gòu)建過程復(fù)雜，且具有多個可變組件的對象。原型模式使用原型實例指定創(chuàng)建對象的種類，并通過復(fù)制這些原型創(chuàng)建新的對象。實現(xiàn)了創(chuàng)建型設(shè)計模式中的“按需創(chuàng)建”，降低了創(chuàng)建成本。適用于對象的創(chuàng)建成本較高，或者創(chuàng)建對象較為復(fù)雜的情況。創(chuàng)建型設(shè)計模式為其他對象提供一種代理以控制對這個對象的訪問。保護目標對象，隱藏其細節(jié)，在客戶端和目標對象之間起到中介作用。適用于需要保護目標對象，或者在不修改現(xiàn)有代碼的前提下添加新的功能。代理模式提供了一個統(tǒng)一的接口，用來訪問子系統(tǒng)中的一群接口。降低了客戶與子系統(tǒng)之間的耦合，簡化了子系統(tǒng)接口的調(diào)用。適用于子系統(tǒng)之間相互獨立，且接口復(fù)雜的情況下。外觀模式動態(tài)地給一個對象添加一些額外的職責，就增加功能來說，裝飾器模式比生成子類更為靈活。增強了系統(tǒng)的可擴展性和靈活性，符合開閉原則。適用于在運行時根據(jù)需要動態(tài)地給對象添加功能。裝飾器模式將一個類的接口轉(zhuǎn)換成客戶期望的另一個接口，使得原本接口不兼容的類可以一起工作。提高了類的復(fù)用，減少了系統(tǒng)的復(fù)雜度。適用于需要不同接口以適應(yīng)不同客戶需求的情況。適配器模式將抽象部分與實現(xiàn)部分分離，使它們都可以獨立地變化。提高了系統(tǒng)的可維護性和可擴展性，增強了抽象部分與實現(xiàn)部分間的解耦。適用于抽象部分和實現(xiàn)部分需要獨立變化的情況。橋接模式結(jié)構(gòu)型設(shè)計模式觀察者模式當一個對象的狀態(tài)發(fā)生改變時，自動通知所有依賴于它的對象。實現(xiàn)了對象間的一對多的依賴關(guān)系，提高了系統(tǒng)的模塊性和健壯性。適用于一個對象狀態(tài)改變需要多個對象得知并作出相應(yīng)處理的場景。狀態(tài)模式允許一個對象在其內(nèi)部狀態(tài)改變時改變它的行為。使對象的狀態(tài)變化邏輯與對象的主要邏輯分離，提高了代碼的可維護性。適用于對象的狀態(tài)變化會影響到其行為，且狀態(tài)切換頻繁的場景。策略模式定義了算法家族，分別封裝起來，讓它們之間可以互相替換。使算法的變化獨立于使用算法的客戶，提高了系統(tǒng)的靈活性和可維護性。適用于有多種算法可供選擇，且算法選擇會影響到系統(tǒng)性能的場景。命令模式將請求封裝為一個對