java單一職責(zé)原則有什么優(yōu)勢

本篇內(nèi)容主要講解“java單一職責(zé)原則有什么優(yōu)勢”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實(shí)用性強(qiáng)。下面就讓小編來帶大家學(xué)習(xí)“java單一職責(zé)原則有什么優(yōu)勢”吧!

單一職責(zé)原則（SRP），The Single Responsibility Principle

定義

一個(gè)類的修改只能有一個(gè)被修改的原因。

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

單一職責(zé)原則，看起來是一個(gè)非常簡單的原則，但真正實(shí)踐起來也并非易事，因?yàn)槁氊?zé)的聯(lián)合在實(shí)際當(dāng)中是經(jīng)常遇到的事，也不能隨便地去拆分類去適配單一職責(zé)模式，所以如何從這些聯(lián)合的職責(zé)中合理地把職責(zé)分隔出來更合適的遵守單一職責(zé)原則要好好考慮。

看看下面這這個(gè)接口是否符合單一職責(zé)原則呢？

public interface UserInterface {

    void saveUser(User user);

    User getUser(long id);

    void updateUserBalance(long id, BigDecimal balance);

    BigDecimal getUserBalance(long id);

}

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

public interface UserInterface {

    void saveUser(User user);

    User getUser(long id);

}

public interface AccountInterface {

    void updateUserBalance(long id, BigDecimal balance);

    BigDecimal getUserBalance(long id);

}

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

所以，單一職責(zé)原則可以總結(jié)為以下優(yōu)勢：

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

2、類復(fù)雜度降低，職責(zé)分明，提高了可讀性。

3、職責(zé)單一，利于維護(hù)。

到此，相信大家對“java單一職責(zé)原則有什么優(yōu)勢”有了更深的了解，不妨來實(shí)際操作一番吧！這里是億速云網(wǎng)站，更多相關(guān)內(nèi)容可以進(jìn)入相關(guān)頻道進(jìn)行查詢，關(guān)注我們，繼續(xù)學(xué)習(xí)！