【設計模式】三：單一職責原則

面向對象五大原則之一1，單一職責原則：定義：就一個類而言，應該僅有一個引發它變化的緣由描述：若是一個類承擔的職責過多，就等於把這些職責耦合在了一塊兒，一個職責的變化可能會削弱或者一直這個類完成其餘職責的能力；     這種耦合會致使脆弱的設計，當變化發生時，設計會遭到意想不到的破壞 判斷輔助：軟件設計真正要作的許多內容，就是發現職責，並把那些職責相互分離，而判斷分離的輔助條件就是，若是可以想到多與一個的動機去改變          一個類，那麼這個類就具備多與一個的職責，就須要進行分離 本身結合開發理解：  1，先後端未分離的時候，類的方法中通常包含數據庫查詢，邏輯判斷，靜態頁面引用渲染等，這種架構開發出來的產品耦合性很是的高      若是如今須要兼容pc端與app端，那這基本就廢了，可是先後端分離也屬於解決了這個問題 2，像在框架中的m層，通常每一個類都是負責操做一張表，這個就是很好的單一職責原則，需求變更時，改動的影響不會很大 3，由於如今沒開始閱讀框架的源碼，因此須要等閱讀後才能從中體會更多的單一職責的必要性，後期再補充此處