JavaScript 中的 SOLID 原則(四):“I”代表什么

本篇是SOLID原則的第四部分,建議先閱讀前三部分:

JavaScript 中的 SOLID 原則(一):“S”代表什么

JavaScript 中的 SOLID 原則(二):“O”代表什么

JavaScript 中的 SOLID 原則(三):“L”代表什么

這是SOLID的第四篇文章(原文一共五篇),作者是serhiirubets,歡迎持續(xù)關(guān)注。

接口隔離原則(Interface Segregation Principle)

I - 接口隔離原則。這個原則是指:客戶端不應該依賴他們不使用的接口(接口應該是精簡的,擁有盡可能少的行為)。

這是什么意思? 這個原則是關(guān)于接口的,但是在JavaScript中沒有接口,不過有類似的東西,那就是類。雖然兩者不一樣,但是這個原則可以應用到JS類上。

對于JS類來說,這個原則是指當我們創(chuàng)建一個基礎(chǔ)類,需要在其中定義所有子類都會用到的方法,并且避免只有部分子類會用到的方法。舉個簡單的例子,當我們創(chuàng)建一個Transport的基礎(chǔ)類并添加以下方法:move,stop,fly和sail。示例中的方法只添加了console.log,實際應用中對應的應該是真正的業(yè)務邏輯。

class Transport {
    move() {
        console.log('move');
    }
    stop() {
        console.log('stop');
    }
    fly() {
        console.log('fly');
    }
    sail() {
        console.log('sail');    
    }
}

我們再創(chuàng)建三個子類:Plane, Car 和 Ship。

class Plane extends Transport {
    sail() {
        return null;
    }
}
class Car extends Transport {
    fly() {
        return null ;
    }
    sail() {
        return null;
    }
}
class Ship extends Transport {
    fly() {
        return null ;
    }
}

你可能注意到了,每個子類中重寫了繼承的方法,并返回了null。為什么這么做呢,拿Plane舉例,飛機可以fly和move,但是不能sail(船類航行)。

我們的基類包含了sail邏輯,但是飛機不能sail。我們應該做一些事情,因為有人可能會調(diào)用plane實例上的sail方法,我們可以拋出錯誤或者像現(xiàn)在一樣重寫sail方法。其他兩個類也是同樣的處理方式,Car重寫了fly和sail,ship重寫了fly。

所以問題在于:我們創(chuàng)建的基類包含的方法,有的子類可以使用,但其他的子類不能。這就是接口隔離原則所指的:我們不應該在基類中創(chuàng)建子類不會使用到的邏輯。

當然,這個和多態(tài)沒有關(guān)系,如果我們創(chuàng)建了一個通用的方法,但是每個子類都會重寫這個方法邏輯,是可以的。

舉個例子:我們有一個Animal基類,包含一個breathe方法,它的子類也可以breathe但是使用了不同的方式,我們可以使用多態(tài):

class Animal {
    breath() {
        console.log('common breath')
    }
}
class Human extends Animal {
    breath() {
        console.log('lung breath')
    }
}
class Fish extends Animal {
    breath() {
        console.log('gills breath')
    }
}

再重溫一下接口隔離原則:正確的在基類中創(chuàng)建方法,這些方法應該被繼承的子類所使用。

那么我們怎么解決Transport類中的問題呢?我們可以創(chuàng)建更具體的子類,子類中包含只有自身會使用到的方法:

class Transport {
    move() {
        console.log('move')
    }
    stop() {
        console.log('stop')
    }
}
class FlyingTransport extends Transport {
    fly() {
        console.log('fly')
    }
}
class SailingTransport extends Transport {
    sail() {
        console.log('sail')
    }   
}
class Car extends Transport {}
class Plane extends FlyingTransport {}
class Ship extends SailingTransport {}

現(xiàn)在我們的Transport基類包含了move和stop兩個方法,這兩個方法可以用在所有的子類。我們還創(chuàng)建了兩個具體的子類,plane可以繼承FlyingTransport,輪船可以繼承SailingTransport。

這就是“SOLID”原則中“I”的含義:這個原則主要的目的是讓代碼擁有良好的層次結(jié)構(gòu),盡量不要在基類中創(chuàng)建子類不需要的方法。

歡迎關(guān)注微信公眾號”混沌前端“

推薦閱讀:

基于TypeScript理解程序設(shè)計的SOLID原則

?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時請結(jié)合常識與多方信息審慎甄別。
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務。

相關(guān)閱讀更多精彩內(nèi)容

友情鏈接更多精彩內(nèi)容