單一職責原則:就乙個類而言,應該僅有乙個引起它變化的原因
如果乙個類承擔了過多的職責,就等於把這些職責耦合在一起,這種耦合會導致脆弱的設計
開放-封閉原則:對於擴充套件時開放的,對於修改的封閉的
依賴倒轉原則:抽象不應該依賴細節,細節應該依賴於抽象,說白了,就是要針對介面程式設計,不要對實現程式設計
黎克特制代換原則:子型別必須能夠替換掉它們的父型別,也就是說,軟體裡面,把父類都替換成他的子類,程式的行為沒有變化
迪公尺特法則:在類的結構設計上,每乙個類都應當盡量降低成員的訪問許可權,強調了類之間的松耦合,類之間的耦合越弱,越有利於復用,乙個處在弱耦合的類被修改,不會對有關係的類造成波及
如果兩個類不必彼此直接通訊,那麼就不要直接發生相互作用,如果其中乙個類要呼叫另乙個類的方法的話,可以通過第三方**這個呼叫
物件導向原則
1.單一職責原則 srp 單一職責原則 srp 就乙個類而言,應該僅有乙個引起它變化的原因。也就是說,不要把變化原因各不相同的職責放在一起,因為不同的變化會影響到不相干的職責。再通俗一點地說就是,不該你管的事情你不要管,管好自己的事情就可以了,多管閒事害了自己也害了別人。在軟體設計中,如果乙個類承擔...
物件導向原則
一.單一職責原則 srp 就乙個類而言,只有乙個引起它變化的原因。如果乙個類承載的職責過多,就等於把這些職責耦合在一起。乙個職責的變化可能削弱或抑制這個類完成其他職責的能力。這種耦合會導致脆弱的設計,當發生變化時,設計會遭受意想不到的破壞。軟體設計真正要做的就是,發現職責並把職責相互分離。如果你能想...
物件導向原則
單一職責原則 概念 乙個類引起他變化的原因就乙個 優點 易維護 易擴充套件 易復用 靈活多樣 缺點 如果乙個類承擔的職責過多,就相當於把這些功能耦合在一起,乙個功能的變化可能會削弱或抑制這個類完成其他職責的能力。開放 封閉原則 概念 對於開放是擴充套件的,對於更改是封閉的 面對需求時,對程式的改動是...