一、單一職責原則

一個類負責的功能盡可能單一

二、接口隔離原則

使用接口盡可能隔離，對于不需要使用的接口隔離出去

三、依賴倒置原則

1.高層不依賴低層，兩者都應該依賴抽象，將相同的功能抽象出來封裝成抽象類。

2.抽象不應該依賴細節，細節應該依賴抽象，即面向接口編程，設計時參數類型為接口類型，功能放在實現類里面，方便業務邏輯的擴展。

四、里氏替換原則

在繼承時，不要重寫父類方法，而應該將同名方法抽象為更基本的基類，讓這兩個類去實現共同的方法。任何基類出現的地方，子類都可以出現，即不影響父類的方法。

五、開閉原則

對擴展開放，而對修改關閉。對于設計者而言，盡量通過擴展行為來實現新功能，而不是通過修改已有的業務邏輯去增加新功能，通過使用接口作為參數，將實現功能放在實現類里，這樣使用者無需修改原有代碼即可完成功能的擴展。

六、迪米特法則

1.最少知道原則，即設計者在類中使用其他類對象時不用了解其內部邏輯的實現，只需要使用其提供的public方法即可。

2.只和直接朋友交流，即使用其他類時，定義為成員變量，方法參數或方法返回值，而不應該設置為局部變量，降低耦合度。

七、合成復用原則

設計時，盡可能先考慮使用組合和聚合的方式實現業務邏輯，其次才考慮繼承關系。

使用這些原則設計業務邏輯，可以方便設計者更高的維護程序，對于其功能的擴展而不影響原有功能的實現有巨大的幫助，除非在業務邏輯足夠簡單，才可以違背這些原則。

（以上觀點僅作者學習的見解，如有錯誤請指出，感謝各位大佬）

作者有道云原文鏈接：

https://note.youdao.com/s/RfuzRivqhttps://note.youdao.com/s/RfuzRivq

總結

以上是生活随笔為你收集整理的安卓之设计模式七大原则的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。