軟體開發 六大原則

2022-02-28 08:34:46 字數 471 閱讀 7967

1,開閉原則

① 修改時,執行關閉原則;擴充套件時,執行開放原則

② 增加新功能**時,盡量不修改已有**,然後將擴充套件的**增加到專案中;

2,迪公尺特原則

① 高內聚,低耦合

② 在開發**時,類與類之間、模組與模組之間以及系統與系統之間,盡量保持低耦合,可以使得程式達到最大的復用;

3,黎克特制代換原則

① 即多型

② 宣告方法引數時,盡量使用父類型別代替具體的型別,就能傳遞該父類型別的任何子類物件;

4,依賴倒轉原則

① 即面向抽象程式設計/面向介面程式設計

② 在宣告乙個變數時,盡量使用父類型別或介面型別進行宣告,而不是具體的型別;

5,介面隔離原則

定義介面時,盡量使介面功能單一;

6,合成/聚合復用原則

對物件的復用時,盡量使用關聯關係,來代替繼承關係。

【注】開閉原則和迪公尺特原則時最基本的兩大原則。

軟體開發7大原則

5.依賴倒置原則 dip dependence inversion principle 依賴關係應該是盡量依賴介面 或抽象類 而不是依賴於具體類 高層不依賴低層,都依賴於抽象 針對介面程式設計,不要針對實現程式設計 我的理解是,對於不同層次的程式設計,高層次暴露給低層次的應當只是介面,而不是它的具體...

軟體設計六大原則

單一職責原則,srp 功能職責單一,只能擁抱一種變化。黎克特制替換原則,lsp 所有在使用父類的情況,都可以用子類替換。繼承的子類不能改動父類已實現的功能。依賴倒置原則,dip 高層通過抽象依賴低層,細節應該依賴抽象,抽象不應該依賴於細節。介面隔離原則,sip 從某種程度上看,介面隔離原則就是介面版...

軟體設計六大原則

單一職責原則 可以降低類的複雜度,乙個類只負責一項職責,其邏輯肯定要比負責多項職責簡單的多 提高類的可讀性,提高系統的可維護性 變更引起的風險降低,變更是必然的,如果單一職責原則遵守的好,當修改乙個功能時,可以顯著降低對其他功能的影響。黎克特制替換原則 子類可以實現父類的抽象方法,但不能覆蓋父類的非...