單一職責原則（single responsibility principle，srp）又稱單一功能原則，由羅伯特·c.馬丁（robert c. martin）於《敏捷軟體開發：原則、模式和實踐》一書中提出的。這裡的職責是指類變化的原因，單一職責原則規定乙個類有且只有乙個引起它變化的原因，否則類應該被拆分
該原則提出物件不應該承擔太多職責，如果乙個物件承擔了太多的職責，至少存在以下兩個缺點：
乙個職責的變化可能會削弱或抑制這個類實現其他職責的能力。
當客戶端需要該物件的某乙個 職責時，不得不將其他不需要的職責全都包含進來，從而造成冗餘**或**的浪費。
單一職責原則的優點:
單一職責原則的核心就是控制類的粒度大小、將物件解耦、提高其內聚性。如果遵循單一職責原則將有以下優點:
1.降低類的複雜度。乙個類只負責一項職責，其邏輯肯定要比負責多項職責簡單得多。
2.提高類的可讀性。複雜性降低，自然其可讀性會提高。
3.提高系統的可維護性。可讀性提高，那自然更容易維護了。
變更引起的風險降低。變更是必然的，如果單一職責原則遵守得好，當修改乙個功能時，可以顯著降低對其他功能的影響。
單一職責原則的實現方法:
單一職責原則是最簡單但又最難運用的原則，需要設計人員發現類的不同職責並將其分離，再封裝到不同的類或模組中。而發現類的多重職責需要設計人員具有較強的分析設計能力和相關重構經驗。
單一職責原則
定義 不要存在多於乙個導致類變更的原因。通俗的說，即乙個類只負責一項職責。問題由來 類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...