前端理解依賴注入(控制反轉)
之所以會被后端同學嘲諷,一基礎掌握不扎實,對前端理解不到位,二缺乏面向對象思想,三對業務與基礎傻傻分不清楚。ECMAScript 2015與Type Script的推出,提出了一個很重要的概念就是class(類)的概念。在沒有class之前為了前端能夠有類的概念,一直都是使用構造函數模擬類的概念,通過原型完成繼承。
雖然前端提出了很多概念(模塊化,組件化...),個人覺得面向對象的應用是前端對于項目以及整體架構來講是一件利器,代碼結構好與壞與面向對象有一定的關系,但不是全部。不過我們可以借助計算機領域的一些優秀的編程理念來一定程度上解決這些問題,接下來簡單的說下依賴注入(控制反轉)。
什么是依賴注入
依賴注入一般指控制反轉,是面向對象編程中的一種設計原則,可以用來減低計算機代碼之間的耦合度。其中最常見的方式叫做依賴注入,還有一種方式叫依賴查找。通過控制反轉,對象在被創建的時候,由一個調控系統內所有對象的外界實體將其所依賴的對象的引用傳遞給它。也可以說,依賴被注入到對象中。
從上面的描述中可以發現,依賴注入發生在2個或兩個以上類,比如現在有兩個類A與B類,如果A是基礎類存在的話,B做為業務類存在,B則會依賴于A,上面有一句話很重要由一個調控系統內所有對象的外界實體將其所依賴的對象的引用傳遞給它,個人理解,在B類中使用A類的實例,而不是繼承A類。
對面向對象了解的同學應該了解,面向對象7大原則:
- 單一職責
- 開閉原則
- 里氏替換
- 依賴倒置
- 接口隔離
- 迪米特法則
- 組合聚合復用原則
詳細解釋參照:面向對象之七大基本原則(javaScript)
然而使用依賴注入的事為了降低代碼的耦合程度,提高代碼的可拓展性。以上都是一些面向對象的思想,我們參考一下以上最重要的幾個原則,層模塊不應該依賴低層模塊。兩個都應該依賴抽象,抽象不應該依賴具體實現,具體實現應該依賴抽象。
- // 球隊信息不依賴具體實現
- // 面向接口即面向抽象編程
- class Fruit {
- constructor(name) {
- this.name = name
- }
- }
- class Tropical {
- // 此處的參數,是teamInfo的一個實例,不直接依賴具體的實例
- // 面向抽象
- constructor(fruit) {
- this.fruit = fruit;
- }
- info() {
- console.log(this.fruit.name)
- }
- }
- // 將依賴關系放到此處來管理,控制權也放到此處
- // Tropical和Fruit之間不再有直接依賴
- // 原本直接掌握Fruit控制權的Tropical不再直接依賴
- // 將依賴控制,落在此處(第三方模塊專門管理)即為控制反轉
- var ym = new Tropical(new Fruit('香蕉'))
- ym.info()
- var kobe = new Tropical(new Fruit('菠蘿'))
- kobe.info()
依賴注入的作用
初始化被依賴的模塊
如果不通過依賴注入模式來初始化被依賴的模塊,那么就要依賴模塊自己去初始化了
那么問題來了:依賴模塊就耦合了被依賴模塊的初始化信息了
注入到依賴模塊中
被依賴模塊已經被其他管理器初始化了,那么依賴模塊要怎么獲取這個模塊呢?
有兩種方式:
- 自己去問
- 別人主動給你
沒用依賴注入模式的話是1,用了之后就是2
想想,你需要某個東西的時候,你去找別人要,你需要提供別人什么信息?最簡單的就是那個東西叫什么,即你需要提供一個名稱。所以,方式1的問題是:依賴模塊耦合了被依賴模塊的名稱還有那個別人而方式2解決了這個問題,讓依賴模塊只依賴需要的模塊的接口。
依賴注入的優點
依賴注入降低了依賴和被依賴類型間的耦合,在修改被依賴的類型實現時,不需要修改依賴類型的實現,同時,對于依賴類型的測試。依賴注入方式,可以將代碼耦合性降到最低,而且各個模塊拓展不會互相影響,
- 實現數據訪問層,也就是前端你的數據請求層
- 模塊與接口重構,依賴注入背后的一個核心思想是單一功能原則,這意味著這些對象在系統的任何地方都可以重用。
- 隨時增加單元測試,把功能封裝到整個對象里面會導致自動測試困難或者不可能。將模塊和接口與特定對象隔離,以這種方式重構可以執行更先進的單元測試。
Vue中使用
上面寫的例子也只是對依賴注入見單的使用,在項目過程中往往就不是這么簡單了,肯定不會向例子這么簡單,而是很復雜很龐大的一個項目。項目中分為各種各樣的模塊,這種情況又改如何處理?在JavaScript中常見的就是依賴注入。從名字上理解,所謂依賴注入,即組件之間的依賴關系由容器在運行期決定,形象的來說,即由容器動態的將某種依賴關系注入到組件之中。
前端項目中并不像后端一樣,各種各樣的類,雖然前端可以寫class,若是React項目的話,還會好很多,由于其框架使用,全部是基于class但是在vue項目中,又應該怎么具體體現呢?頁面中的業務也是可以作為類存在最終注入到Vue頁面中,最終完成業務邏輯。
通過依賴注入到底想要達到到什么效果呢,依賴注入最終想要達成的效果則是,頁面的表現與業務相脫離,從本質上來說,頁面的展現形式與業務邏輯其實沒有根本聯系的。若使用這種依賴注入的形式,則可以輕松的把業務和頁面表現分離開,頁面更加的專注于展示,而所注入的東西則更加的專注于業務的處理。項目也則會變得容易維護。
index.vue
- <template>
- <div>
- <el-button @click="getList"
- :loadding="loadding">獲取表格數據</el-button>
- <ul>
- <li v-for="(item,index) of list"
- :key="index">{{item}}</li>
- </ul>
- </div>
- </template>
- <script>
- import operation from "@/business/index/Operation.js";
- export default {
- data() {
- return {
- list: [],
- query:{},
- loadding:false
- }
- },
- methods:{
- async getList(){
- let {query} = this;
- this.loadding = true;
- try{
- this.list = await operation.getData.call(this,query);
- }catch(error){
- console.log(error)
- }
- this.loadding =false;
- }
- }
- }
- </script>
- <style>
- @import "@/style/index.vue";
- </style>
operations.js
- import request from "@/api/errorList/index.js";
- class Operation {
- async getData(query){
- // this 指向Vue實例
- try {
- let res = await request.getErrorList(query);
- let {list} = res;
- // 這里可以對數據進行二次處理
- // 寫一些其他業務
- Promise.resolve(list);
- }catch(error){
- Promise.reject(error);
- }
- }
- };
- export default new Operation();
上面也是在項目中的一個簡單的應用,使頁面表現數據請求與數據處理,業務相脫離,讓項目變得更加容易維護。
控制反轉這里控制權從使用者本身轉移到第三方容器上,而非是轉移到被調用者上,這里需要明確不要疑惑。控制反轉是一種思想,依賴注入是一種設計模式。
依賴注入最終想要達到的目的,首先得為模塊依賴提供抽象的接口,下來應該能夠注冊依賴關系
在注冊這個依賴關系后有地方存儲它,存儲后,我們應該把被依賴的模塊注入依賴模塊中,注入應該保持被傳遞函數的作用域,被傳遞的函數應該能夠接受自定義參數,而不僅僅是依賴描述。
總結
在JavaScript中依賴注入的概念不像Java中被經常提到,主要原因是在js中很容易就實現了這種動態依賴。其實我們大部分人都用過依賴注入,只是我們沒有意識到。即使你不知道這個術語,你可能在你的代碼里用到它百萬次了。希望這篇文章能加深你對它的了解。
需要注意的是,依賴注入只是控制反轉的一種實現方式,正確的依賴管理是每個開發周期中的關鍵過程。JavaScript 生態提供了不同的工具,作為開發者的我們應該挑選最適合自己的工具。