設計模式 - 程序設計原則

  在程序設計中,前輩們總結出來了一些通用原則,只要遵循這些原則,就能改善你程序的設計,並指導你完成程序設計

學習地址:http://www.gulixueyuan.com/my/course/323

一、代碼應該遵守的一些原則
    1、單一職責原則(SingleResponsibility Principle)
        1、降低類的複雜度,一個類只負責一項職責
        2、提高類的可讀性,可維護性
        3、降低變更引起的風險
        4、通常情況下,我們應該遵守單一職責原則,只有在代碼邏輯比較簡單的情況下,纔可以違反單一職責原則。只有在類的方法比較少的情況下,纔可以在方法級別保持單一職責原則

    2、接口隔離原則(Interface Segregation Principle)
        1、客戶端不應該依賴他不需要的接口,也就是一個類對另外一個類的依賴應該建立在最小的接口上

    3、依賴倒置原則(Dependence Inversion Principle)
        1、高層模塊不應該依賴底層模塊,二者都應該依賴其抽象
        2、抽象不應該依賴細節,細節應該依賴抽象
        3、依賴倒置的中心思想是面向接口編程
        4、依賴倒置的設計原則是基於這樣的設計理念:相對於細節的多變性,抽象的東西要穩定的多,以抽象爲基礎搭建的東西要比以細節搭建的東西穩定,在java裏面,抽象指的是接口或者抽象類,細節指的是具體的實現類
        5、使用抽象的目的是制定好規範,不關注具體的實現細節,細節交給他們的具體實現來做
        6、依賴關係傳遞的三種方式:set方法傳遞,構造器傳遞,接口傳遞

    4、裏式替換原則
        1、我們引用基類的地方,必須可以透明地引用其子類對象
        2、使用繼承時,遵循裏式替換原則,子類儘量不要重寫父類的方法

    5、開閉原則(ocp)
        1、是編程中最重要,最基礎的設計原則
        2、一個軟件實體,例如類,模塊,應該對擴展開放(對提供方),對修改關閉(使用方)。這句話的意思是用抽象來構架框架,用實現來擴展細節
        3、當軟件需求發生變化時,應該儘量使用擴展來實現變化,而不是使用修改來實現變化
        4、變成中遵循其他原則,以及使用設計的模式的目的就是遵循開閉原則

    6、迪米特法則基本介紹
       1、一個對象應該對其他對象保持最小的瞭解
       2、類與類之間的關係越密切,耦合度越大
       3、迪米特法則又叫最少知道法則,也就是一個類對自己依賴的類知道的越少越好,也就是說不管依賴的類多麼複雜,都儘量將邏輯封裝到類的內部,對外部提供的public方法,不對外泄露任何信息
       4、直接的朋友:每個對象都會對其他對象有耦合關係,只要兩個對象之間有耦合關係,我們就說這兩個對象之間是朋友關係,耦合的方式很多,依賴、關聯,組合、聚合等,其中我們稱出現成員變量,方法參數,方法返回值中的類爲直接朋友,也就是說陌生的類最好不要以局部變量的方式出現在類的內部

    7、合成複用原則
       1、原則是儘量使用合成/聚合,而不是使用繼承

二、設計模式的核心思想
   1、找出應用中可能需要變化的地方,把他們獨立出來,不要和那些不需要變化的代碼混在一起
   2、針對接口編程,而不是針對實現編程
   3、爲了交互對象之間的鬆耦合設計而努力
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章