在軟體設計中或是系統架構中，類的單一原則是非常重要的原則，這個也關係到整個系統可維護性，可擴充套件性，類的單一原則這個概念其實是很容易理解的。首先介紹一下類的單一原則概念：
類的單一原則：乙個類，只做一件事，只有乙個引起它變化的原因。
怎麼理解類的單一原則這個概念呢？打乙個現實中的列子，比如人類，它是乙個類，人類有人類的屬性跟方法，人不能有跟人類無關的屬性跟方法，比如人有手腳，但人不能有車的輪子，這就不是人。這個概念我就不繼續舉例了，這個概念應該很容易理解。
現在說一下本文的重要中心，我想說的，萬物都是相同的，程式設計也不例外，就像美國人設計飛機，都還在模仿動物呢。
既然乙個類只能幹乙個事情，那乙個模組，乙個子系統，整個系統也只能幹一件事情。
這就好比，生成線的流水線一樣，每個員工只幹一件事情，沒個工段只幹一件事情，整條生成線只幹一件事情，是一樣的道理，再比如，公司的it部門，it部門的員工只幹一件事情，整個部門只幹一件事情，你不能讓乙個it有幹it的事情有幹銷售，這個顯然是不可取的。
那乙個模組，乙個子系統，整個系統也只能幹一件事情，這個可能你會想這不是白說嗎，這個誰都知道，但是實際上你又做到了嗎，比如乙個**的系統中，需要對產品**進行核算，只有核算**的產品，才能入庫，這時候，你會把核算產品的模組放在哪，是放在**鏈裡面嗎？這個其實是不可取的，你想，**鏈其實並不關心產品的核算，這個是財務部門或是產品部門的事情，跟**鏈有什麼關係，那個這個模組就應該放到財務系統裡面。
在 中的技術文件中有我平時總結的一些經驗，並在逐步更新中，也歡迎到這裡來交流。
軟體設計原則 單一職責原則
單一職責 responsibility pinciple,srp 是指不要存在多於乙個導致類變更的原因 乙個類如果負責兩個職責,當需求發生變更,修改其中乙個職責的邏輯時,可能會導致另乙個職責功能發生意想不到的問題.建立乙個 course 類,體育課送一套護具,其他課程不送 public class ...
軟體設計的黎克特制替換原則與單一職責原則 讀書筆記
若對每個型別 t1 的物件 o1，都存在乙個型別 t2 的物件 o2，使得在所有針對 t2 編寫的程式 p 中，用 o1 替換 o2 後，程式 p 的行為功能不變，則 t1 是 t2 的子型別。簡單的闡述黎克特制替換原則 乙個父類a，乙個子類b繼承自a類，在程式 之中可以用子類b的物件引用去替換掉原...
軟體設計的原則
了解設計模式的朋友們，想必都聽說過 六大設計原則 吧。其實最經典的 23 種設計模式中或多或少地都在使用這些設計原則，也就是說，設計模式是站在設計原則的基礎之上的。所以在學習設計模式之前，很有必要對這些設計原則先做一下了解。gof 四人幫 傳說中的四位大神們，他們聯手搞出了一套設計模式，堪稱 ood...