java單一職責原則有什么優勢

本篇內容主要講解“java單一職責原則有什么優勢”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓小編來帶大家學習“java單一職責原則有什么優勢”吧!

單一職責原則（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、職責單一，利于維護。

到此，相信大家對“java單一職責原則有什么優勢”有了更深的了解，不妨來實際操作一番吧！這里是億速云網站，更多相關內容可以進入相關頻道進行查詢，關注我們，繼續學習！