什麼是單一職責原則？
專業來講 就是類的設計盡量做到只有乙個原因引起變化。
什麼是只有乙個原因引起的變化？
這個真是個抽象的概念。參考的表準不一得出的結果也就不一樣。（說了和沒說一樣）。
我們可以做什麼呢？
在設計類的時候盡可能使類簡單。比如我們的實體類只有屬性和操作屬性的方法。
類中的方法盡可能的做到單一，就如get（），set（）一般。
現實中的列子：你看的這篇就是遵循單一職責原則，它僅僅說了單一職責。
吐槽：這個原則特麼是個哲學問題，完全遵循這一結果設計類貌似有點愚蠢。大牛們的建議是：介面的職責盡可能的單一。比如只有乙個方法的介面，這幾乎是最完美的介面。
笑話：我是個單一職責的類，我唯一的職責就是我什麼都幹。
單一職責原則
定義 不要存在多於乙個導致類變更的原因。通俗的說，即乙個類只負責一項職責。問題由來 類t負責兩個不同的職責 職責p1，職責p2。當由於職責p1需求發生改變而需要修改類t時，有可能會導致原本執行正常的職責p2功能發生故障。解決方案 遵循單一職責原則。分別建立兩個類t1 t2，使t1完成職責p1功能，t...
單一職責原則
單一職責原則 乙個類，只有乙個引起它變化的原因。應該只有乙個職責。每乙個職責都是變化的乙個軸線，如果乙個類有乙個以上的職責，這些職責就耦合在了一起。這會導致脆弱的設計。當乙個職責發生變化時，可能會影響其它的職責。另外，多個職責耦合在一起，會影響復用性。例如 要實現邏輯和介面的分離。對於user類，裡...
單一職責原則
問題由來 一心二用，效率降低 類t負責兩個不同的職責 職責p1，職責p2。當由於職責p1需求發生改變而需要修改類t時，有可能會導致原本執行正常的職責p2功能發生故障。解決方案 專注做某件事情 遵循單一職責原則。分別建立兩個類t1 t2，使t1完成職責p1功能，t2完成職責p2功能。這樣，當修改類t1...