JavaScript 中的 SOLID 原則(四)：“I”代表什麼

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

這是SOLID的第四篇文章(原文一共五篇)，作者是serhiirubets，歡迎持續關注。

介面隔離原則（Interface Segregation Principle）

I - 介面隔離原則。這個原則是指：客戶端不應該依賴他們不使用的介面(介面應該是精簡的，擁有儘可能少的行為)。

這是什麼意思? 這個原則是關於介面的，但是在JavaScript中沒有介面，不過有類似的東西，那就是類。雖然兩者不一樣，但是這個原則可以應用到JS類上。

對於JS類來說，這個原則是指當我們建立一個基礎類，需要在其中定義所有子類都會用到的方法，並且避免只有部分子類會用到的方法。

舉個簡單的例子，當我們建立一個Transport的基礎類並新增以下方法：move、stop、fly和sail。示例中的方法只新增了console.log，實際應用中對應的應該是真正的業務邏輯。

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

我們再建立三個子類：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。我們應該做一些事情，因為有人可能會呼叫plane例項上的sail方法，我們可以丟擲錯誤或者像現在一樣重寫sail方法。其他兩個類也是使用同樣的處理方式，Car重寫了fly和sail，ship重寫了fly。

所以問題在於：我們建立的基類包含的方法，有的子類可以使用，但其他的子類不能。這就是介面隔離原則所指的：我們不應該在基類中建立子類不會使用到的邏輯。

當然，這個和多型沒有關係，如果我們建立了一個通用的方法，但是每個子類都會重寫這個方法邏輯，是可以的。

舉個例子：我們有一個Animal基類，包含一個breathe方法，它的子類也可以breathe但是使用了不同的方式，我們可以使用多型：

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')
  }
}

再重溫一下介面隔離原則：正確的在基類中建立方法，這些方法應該被繼承的子類所使用。

那麼我們怎麼解決Transport類中的問題呢？我們可以建立更具體的子類，子類中包含只有自身會使用到的方法：

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 {}

現在我們的Transport基類包含了move和stop兩個方法，這兩個方法可以用在所有的子類。我們還建立了兩個具體的子類，plane可以繼承FlyingTransport，輪船可以繼承SailingTransport。

這就是“SOLID”原則中“I”的含義：這個原則主要的目的是讓程式碼擁有良好的層次結構，儘量不要在基類中建立子類不需要的方法。

歡迎關注微信公眾號”混沌前端“

JavaScript 中的 SOLID 原則(四)：“I”代表什麼

介面隔離原則（Interface Segregation Principle）

相關文章