隨著軟體版本的更新迭代，為了使軟體能夠更好的維護，擴充套件。在兼顧他的**的可復用性以及他的靈活性的基礎上，我們對於軟體的設計應盡量根據7條原則來進行開發。
含義：就乙個類而言，應該僅有乙個引起他變化的原因：
含義：是說軟體實體（類，模組，函式等等）應該可以擴充套件，但是不可以修改。
理解：就是軟體對程式的擴充套件進行開發，對**的修改進行杜絕
含義：1.高層模組不應該依賴低層模組，兩個都應該依賴抽象
2.抽象不應該依賴細節，細節應該依賴抽象
理解：就是要針對介面程式設計，不要對實現程式設計。
含義：子型別必須能夠替換掉他們的父型別
含義：如果兩個類不比彼此直接通訊，那麼這兩個類就不應當發生直接的相互作用。如果其中乙個類需要呼叫另乙個類的乙個方法的話，可以通過第三者**這個呼叫
強調了類之間的松耦合，類之間短的耦合越弱，越有利於復用，乙個處在弱耦合的類被修改，不會對有關係的類造成波及。
理解:只與自己認識的人說話，不要去陌生人說話
含義：盡量使用合成 / 聚合，盡量不用使用類繼承。
含義：客戶端不應該依賴它不需要的介面。乙個類對另乙個類的依賴應該建立在最小的介面上。
對於其他原則的理解，博主會在接下來的時間內補齊，請期待後續
軟體開發的原則
1.單一職責 srp 乙個類或者乙個方法，只有乙個引起它變化的原因。應該只有乙個職責。每乙個職責都是變化的乙個軸線，如果乙個類有乙個以上的職責，這些職責就耦合在了一起。這會導致脆弱的設計。2.開閉原則 ocp 開閉原則指的是乙個軟體實體應對對擴充套件開發，對修改關閉。3.依賴倒置原則 dip,ioc...
軟體開發原則Software Principles
1 避免重複原則 dry don t repeat yourself url 2 簡單原則 kiss keep it stupid url 3 適可而止原則 yagni you aren t gonna need it url 4 solid原則 url s 單一責任原則single respons...
敏捷軟體開發 敏捷開發原則
編寫單元測試是一種驗證行為，更是一種設計行為。測試時乙個無價的文件。如果你想知道如何呼叫乙個函式或者建立乙個物件，會有乙個測試展示給你看。什麼是設計？不應該認為設計就是一組和 分離的uml圖。一組uml圖也許描繪了設計的一些部分，但是它不是設計。還是要 化 僵化性是指難以對軟體進行改動，即使是簡單的...