架構設計必須遵循一些原則，這個原則是經過很多年先輩們的總結，好的架構，必須先了解好的軟體設計原則,遵循這些原則可以做出更好的架構。
今天首先討論dry-don't repeat yourself
dry 也被稱之為die，複製即是魔鬼，在我們軟體開發過程中，會經常遇到這個問題，copy&paste。
dry 是乙個最簡單的法則，也是最容易被理解的。但它也可能是最難被應用的（因為要做到這樣，我們需要在泛型設計上做相當的努力，這並不是一件容易的事）。它意 味著，當我們在兩個或多個地方的時候發現一些相似的**的時候，我們需要把他們的共性抽象出來形乙個唯一的新方法，並且改變現有的地方的**讓他們以一些 合適的引數呼叫這個新的方法。
重複有下面的問題：
1.為了增加功能或者修改bug，我們需要在重複**的地方應用相同修改，這個是非常糟糕的體驗。
2.不利於測試，如果相同的**應用在不同的類裡，導致測試**的重複。
3.不利於閱讀和維護
4.**重複可能會造成效能等諸多問題，比如產生了許多重複的物件。
參考：
OOD常用的軟體設計原則
原則是指基本事實或主張，是信仰體系，行為準則或推理的基礎。提起物件導向設計 ood 的設計原則，大家立刻就能想到最基本的5大設計原則。我們首先看一下最基本的5大設計原則。1 單一職責原則 類的每個關注點都是乙個變化軸。乙個類最好只有乙個關注點，只有乙個能導致它發生變化的原因。2 開閉原則 ocp 類...
軟體設計原則
開閉原則 ocp 軟體設計的最大原則 這個原則說的是 對擴充套件開放，對修改關閉。其實意思是說，給系統新增新的功能，但不修改原有 如果能做到呢，關鍵在於抽象化，也就是封裝變化，抽象層不變，讓具體實現依賴抽象隨需求變化。使得系統具有很強的擴充套件性和可維護性。黎克特制代換原則 任何基類可以出現的地方，...
軟體設計原則
高內聚 低耦合 乙個軟體系統要有乙個穩定的架構，不會隨需求的改變而發生巨大的變動。因此，高內聚 低耦合是乙個軟體系統設計中必須遵循的基本原則 面向抽象程式設計 在面向過程的軟體開發中，上層元件呼叫下層元件，就意味著上層元件依賴於下層元件，當下層元件發生劇烈變化時，上層元件也要跟著一起發生變動，這將導...