轉載自?面象對象設計6大原則之一：單一職責原則

單一職責原則（SRP），The Single Responsibility Principle

定義

一個類的修改只能有一個被修改的原因。

通俗地講，就是一個類只能負責一個職責，修改一個類不能影響到別的功能，也就是說只有一個導致該類被修改的原因。我們寫代碼的都知道盡量要做到低耦合、高內聚的特性，單一職責原則正是保證了類與類之間的低耦合性。一個類如果承擔過多的職責，就會有很多原因來導致這個類的被修改，就有很大可能性影響到別的功能。

單一職責原則，看起來是一個非常簡單的原則，但真正實踐起來也并非易事，因為職責的聯合在實際當中是經常遇到的事，也不能隨便地去拆分類去適配單一職責模式，所以如何從這些聯合的職責中合理地把職責分隔出來更合適的遵守單一職責原則要好好考慮。

看看下面這這個接口是否符合單一職責原則呢？

public interface?UserInterface?{

????void?saveUser(User user);

????User?getUser(long id);

????void?updateUserBalance(long id, BigDecimal balance);

????BigDecimal?getUserBalance(long id);

}

這是一個用戶接口，提供四個方法：保存用戶、獲取用戶、更新用戶余額、獲取用戶余額，很顯然用戶個人信息與用戶的賬戶余額是兩回事，這樣設計在一起耦合非常高，不利于擴展，也不符合單一職責原則，我們可以把它折分成兩個，一個為用戶信息接口，一個賬戶接口，如下

public interface?UserInterface?{

????void?saveUser(User user);

????User?getUser(long id);

}

public interface?AccountInterface?{

????void?updateUserBalance(long id, BigDecimal balance);

????BigDecimal?getUserBalance(long id);

}

這樣分開來，是不是就符合了單一職責原則，類的復雜性和耦合性也降低了，即使用戶接口或賬戶接口加減接口也不影響別的接口實現類。

所以，單一職責原則可以總結為以下優勢：

1、低耦合性，影響范圍小。

2、類復雜度降低，職責分明，提高了可讀性。

3、職責單一，利于維護。

總結

以上是生活随笔為你收集整理的面象对象设计6大原则之一：单一职责原则的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。