《架構的基本原則》課件

《架構的基本原則》ppt課件目錄contents引言單一職責原則開閉原則里氏替換原則接口隔離原則依賴反轉原則01引言什么是架構定義架構是軟件系統(tǒng)的組織結構和基本布局，包括系統(tǒng)的主要組件、組件之間的關系以及如何將這些組件組合在一起。目的通過定義架構，可以更好地理解和管理復雜的軟件系統(tǒng)，確保系統(tǒng)的質量、可維護性和可擴展性。良好的架構可以減少錯誤、提高系統(tǒng)的可靠性和性能。提高軟件質量清晰的架構有助于理解和維護系統(tǒng)，降低未來的維護成本。降低維護成本合理的架構可以優(yōu)化開發(fā)流程，提高開發(fā)效率。提升開發(fā)效率靈活的架構能夠適應未來的需求變化，使系統(tǒng)更加易于擴展。增強可擴展性架構的重要性架構的基本原則概述模塊化將系統(tǒng)劃分為獨立的、可復用的組件或模塊，以提高可維護性和可重用性。單一職責原則每個模塊只負責一個功能或業(yè)務邏輯，以提高模塊的內聚性和可維護性。開閉原則軟件實體應該對擴展開放，對修改封閉，即軟件實體應該通過擴展來實現(xiàn)變化，而不是通過修改已有的代碼來實現(xiàn)變化。里氏替換原則在軟件中，如果S是T的子類型，則程序中使用T類型的對象可以用S類型的對象來替換，而不會改變程序的行為。02單一職責原則單一職責原則（SingleResponsibilityPrinciple，簡稱SRP）是軟件工程中的一個重要原則，它指出一個類或模塊應該只有一個職責，即只負責一項功能或業(yè)務邏輯。遵循單一職責原則可以提高代碼的可維護性和可讀性，降低代碼的耦合度，增強代碼的可擴展性和可復用性。單一職責原則的核心思想是將職責進行拆分和分離，使每個類或模塊都只關注于某一方面的功能，避免出現(xiàn)職責過于復雜和混亂的情況。定義遵循單一職責原則可以使每個類或模塊的職責更加清晰和明確，降低代碼的耦合度，便于代碼的修改和維護。提高代碼的可維護性遵循單一職責原則可以使每個類或模塊都具備獨立的功能和業(yè)務邏輯，便于在其他地方進行復用。提高代碼的可復用性遵循單一職責原則可以使代碼的結構更加清晰和簡單，便于閱讀和理解。提高代碼的可讀性遵循單一職責原則可以使每個類或模塊都只關注于某一方面的功能，便于功能的擴展和添加。提高代碼的可擴展性為什么需要單一職責原則如何實現(xiàn)單一職責原則在設計和實現(xiàn)類或模塊時，需要明確其職責，并將其拆分為獨立的功能或業(yè)務邏輯。減少不必要的耦合在編寫代碼時，應盡量減少類或模塊之間的耦合度，使其獨立運行。遵循“高內聚、低耦合”原則在設計和實現(xiàn)類或模塊時，應遵循“高內聚、低耦合”的原則，即盡量使每個類或模塊內部的功能緊密相關，減少與其他類或模塊的依賴關系。對職責進行明確劃分03開閉原則定義開閉原則是指一個軟件實體應該對擴展開放，對修改封閉。這意味著軟件實體應該在其擴展性方面提供抽象接口，以便在不影響現(xiàn)有代碼的情況下添加新行為或新功能。開閉原則是面向對象設計原則之一，它有助于提高軟件系統(tǒng)的可維護性和可復用性。減少代碼修改遵循開閉原則可以減少對現(xiàn)有代碼的修改，從而降低因修改代碼而引入錯誤的風險。提高軟件可維護性遵循開閉原則可以使得軟件系統(tǒng)更加模塊化，各模塊之間相對獨立，這有助于提高軟件的可維護性。增強軟件可復用性遵循開閉原則可以使得軟件系統(tǒng)更加靈活，方便添加新功能或行為，從而提高軟件的可復用性。為什么需要開閉原則定義抽象接口，使得軟件實體可以通過接口進行擴展或修改。抽象接口通過繼承實現(xiàn)軟件實體的擴展，同時保持現(xiàn)有代碼的封閉性。繼承使用策略模式可以將算法封裝在不同的對象中，使得算法可以獨立于客戶端進行擴展或修改。策略模式使用裝飾器模式可以在運行時動態(tài)地給對象添加新的行為或功能，而不需要修改現(xiàn)有代碼。裝飾器模式如何實現(xiàn)開閉原則04里氏替換原則里氏替換原則（LiskovSubstitutionPrinciple，LSP）是面向對象設計的基本原則之一，由美國計算機科學家BarbaraLiskov提出。它指出如果一個程序使用了一個基類的對象，那么使用該基類的子類的對象來替換這個基類的對象，程序的行為不會發(fā)生改變。定義為什么需要里氏替換原則01里氏替換原則有助于確保軟件系統(tǒng)的可維護性和可擴展性。02它鼓勵設計出具有良好繼承和多態(tài)性的類層次結構，使得子類可以替換父類而不會破壞原有功能。03通過遵循里氏替換原則，可以降低代碼耦合度，提高代碼的可重用性和可維護性。保持行為的一致性子類的方法應該實現(xiàn)與父類相應方法相同的功能，不應該引入新的副作用或改變原有行為。使用繼承和多態(tài)通過合理使用繼承和多態(tài)，可以構建出符合里氏替換原則的類層次結構。遵循單一職責原則每個類應該只有一個職責，如果一個類承擔了過多的職責，可能會違反里氏替換原則。保持方法簽名的一致性在子類中實現(xiàn)與父類相同的方法簽名，包括方法名、參數(shù)列表和返回類型。如何實現(xiàn)里氏替換原則05接口隔離原則接口隔離原則是指客戶端不應該被強制綁定到一個具有一組特定實現(xiàn)的服務上?？蛻舳酥灰蕾囁鼈冋嬲枰慕涌?，并且每個接口只提供有限的功能。定義通過將接口拆分成更小、更具體的部分，每個部分可以更專注于單一功能，從而提高內聚性。提高內聚性降低耦合度增強可擴展性通過減少客戶端和服務提供者之間的依賴關系，可以降低耦合度，使得系統(tǒng)更加靈活和可維護。當需要添加新功能時，只需要修改或擴展特定的接口，而不會影響到其他部分的代碼。030201為什么需要接口隔離原則使用適配器模式將不兼容的接口轉換成客戶端需要的接口，實現(xiàn)客戶端和服務提供者之間的解耦。使用裝飾器模式動態(tài)地給對象添加一些額外的職責，就像給一個對象“穿上一層裝飾物”。使用責任鏈模式通過將多個處理對象串聯(lián)成一個處理鏈，實現(xiàn)對請求的發(fā)送者和接收者進行解耦。如何實現(xiàn)接口隔離原則03020106依賴反轉原則VS依賴反轉原則（DependencyInversionPrinciple，DIP）是架構設計的基本原則之一，它要求高層模塊不依賴于低層模塊，它們共同依賴于抽象；抽象不應依賴于細節(jié)，細節(jié)應依賴于抽象。依賴反轉原則的核心思想是將高層模塊和低層模塊之間的直接依賴關系轉化為通過抽象接口進行的間接依賴關系，從而實現(xiàn)解耦和靈活性。定義提高代碼的可維護性和可復用性通過抽象接口，高層模塊可以獨立于低層模塊進行開發(fā)和測試，降低了模塊之間的耦合度，提高了代碼的可維護性和可復用性。增強系統(tǒng)擴展性和靈活性當?shù)蛯幽K發(fā)生變化時，只要抽象接口保持不變，高層模塊就不需要修改，從而增強了系統(tǒng)的擴展性和靈活性。降低系統(tǒng)復雜性和風險通過將直接依賴關系轉化為間接依賴關系，可以降低系統(tǒng)復雜性和風險，提高系統(tǒng)的可維護性和可測試性。為什么需要依賴反轉原則使用抽象接口抽象接口定義了高層模塊和低層模塊之間的契約，高層模塊通過抽象接口與低層模塊進行交互，而不是直接依賴于具體的實現(xiàn)類。依賴注入通過依賴注入的方式將低層模塊的實現(xiàn)類注入到高層模塊中，而不是讓高層模