之所以會出現單一職責原則就是因為在軟體設計時會出現以下類似場景：
t負責兩個不同的職責：職責p1，職責p2。當由於職責p1需求發生改變而需要修改類t時，有可能會導致原本執行正常的職責p2功能發生故障。也就是說職責p1和p2被耦合在了一起。
沒有任何的程式設計人員不清楚應該寫出高內聚低耦合的程式，但是很多耦合常常發生在不經意之間，其原因就是：
職責擴散：因為某種原因，某一職責被分化為顆粒度更細的多個職責了。
遵守單一職責原則，將不同的職責封裝到不同的類或模組中。
如果乙個類承擔的職責過多，就等於把這些職責耦合在一起了。乙個職責的變化可能會削弱或者抑制這個類完成其他職責的能力。這種耦合會導致脆弱的設計，當發生變化時，設計會遭受到意想不到的破壞。而如果想要避免這種現象的發生，就要盡可能的遵守單一職責原則。此原則的核心就是解耦和增強內聚性。
設計模式六大原則 單一職責原則
設計模式六大原則 1 單一職責原則 定義 不要存在多於乙個導致類變更的原因。通俗的說，即乙個類只負責一項職責，乙個人只負責做一件事。乙個類，只有乙個引起它變化的原因。應該只有乙個職責。每乙個職責都是變化的乙個軸線，如果乙個類有乙個以上的職責，這些職責就耦合在了一起。這會導致脆弱的設計。當乙個職責發生...
設計模式六大原則 單一職責
不要存在多餘乙個導致類變更的原因。public class animal public class client 如果這個時候新增魚，因為魚只能呼吸水，所以需要修改animal類 public class animal else public class client 這樣做的話，就違背了設計模式的...
設計模式六大原則（1） 單一職責原則
定義 不要存在多於乙個導致類變更的原因。通俗的說，即乙個類只負責一項職責。問題由來 類t負責兩個不同的職責 職責p1，職責p2。當由於職責p1需求發生改變而需要修改類t時，有可能會導致原本執行正常的職責p2功能發生故障。解決方案 遵循單一職責原則。分別建立兩個類t1 t2，使t1完成職責p1功能，t...