- 如何理解單一職責原則
乙個類或模組只負責完成乙個職責或功能，不要設計大而全的類，要設計粒度較小、功能單一的類。
單一職責原則是為了實現實現程式**的高內聚、低耦合，提高**的可維護性、可讀性以及復用性。
- 如何判斷類的職責是否單一
對於不同的應用場景，需要分別判斷，不可一概而論。以第三者的角度來觀察類的設計是否既滿足需求，又實現簡潔，沒有冗餘。
- 是否類的職責越單一越好
並非類的職責越單一越好，萬事皆適度方可得之最舒適之結果。做的過了，就適得其反了。過於單一，會破壞類的內聚性，還會提公升有密切聯絡類之間的耦合性。
參考鏈結
單一職責原則
定義 不要存在多於乙個導致類變更的原因。通俗的說，即乙個類只負責一項職責。問題由來 類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...