摘要:并且接收的參數(shù)的限制是兩種類(lèi)型。對(duì)于這兩種類(lèi)型有不同的處理。之后給這個(gè)插件添加至已經(jīng)添加過(guò)的插件數(shù)組中,標(biāo)示已經(jīng)注冊(cè)過(guò)最后返回對(duì)象。還有一種則是將所有邏輯都編寫(xiě)成一個(gè)函數(shù)暴露給。個(gè)人覺(jué)得第一種方式比較合理。
先舉個(gè)?
我們先來(lái)看一個(gè)簡(jiǎn)單的事例
首先我使用官方腳手架新建一個(gè)項(xiàng)目vue init webpack vue-demo
然后我創(chuàng)建兩個(gè)文件index.js plugins.js.
我將這兩個(gè)文件放置在src/classes/vue-use目錄下
接下來(lái)對(duì)這兩個(gè)文件進(jìn)行編寫(xiě)
// 文件: src/classes/vue-use/plugins.js const Plugin1 = { install(a, b, c) { console.log("Plugin1 第一個(gè)參數(shù):", a); console.log("Plugin1 第二個(gè)參數(shù):", b); console.log("Plugin1 第三個(gè)參數(shù):", c); }, }; function Plugin2(a, b, c) { console.log("Plugin2 第一個(gè)參數(shù):", a); console.log("Plugin2 第二個(gè)參數(shù):", b); console.log("Plugin2 第三個(gè)參數(shù):", c); } export { Plugin1, Plugin2 };
// 文件: src/classes/vue-use/index.js import Vue from "vue"; import { Plugin1, Plugin2 } from "./plugins"; Vue.use(Plugin1, "參數(shù)1", "參數(shù)2"); Vue.use(Plugin2, "參數(shù)A", "參數(shù)B");
然后我們?cè)谌肟谖募?b>main.js引用這段代碼
// 文件: src/main.js import Vue from "vue"; import "@/classes/vue-use"; import App from "./App"; import router from "./router"; Vue.config.productionTip = false; /* eslint-disable no-new */ new Vue({ el: "#app", router, render: h => h(App), });
此時(shí)我們執(zhí)行npm run dev打開(kāi)8080端口開(kāi)啟開(kāi)發(fā)調(diào)試工具可以看到控制臺(tái)輸出以下信息
...]
從中可以發(fā)現(xiàn)我們?cè)?b>plugin1中的install方法編寫(xiě)的三個(gè)console都打印出來(lái),第一個(gè)打印出來(lái)的是Vue對(duì)象,第二個(gè)跟第三個(gè)是我們傳入的兩個(gè)參數(shù)。
而plugin2沒(méi)有install方法,它本身就是一個(gè)方法,也能打印三個(gè)參數(shù),第一個(gè)是Vue對(duì)象,第二個(gè)跟第三個(gè)也是我們傳入的兩個(gè)參數(shù)。
那么現(xiàn)在我們是不是大概對(duì)Vue.use有一個(gè)模糊的猜想~
分析源碼好我們還是不要猜想,直接上源碼
// Vue源碼文件路徑:src/core/global-api/use.js import { toArray } from "../util/index" export function initUse (Vue: GlobalAPI) { Vue.use = function (plugin: Function | Object) { const installedPlugins = (this._installedPlugins || (this._installedPlugins = [])) if (installedPlugins.indexOf(plugin) > -1) { return this } // additional parameters const args = toArray(arguments, 1) args.unshift(this) if (typeof plugin.install === "function") { plugin.install.apply(plugin, args) } else if (typeof plugin === "function") { plugin.apply(null, args) } installedPlugins.push(plugin) return this } }
從源碼中我們可以發(fā)現(xiàn)vue首先判斷這個(gè)插件是否被注冊(cè)過(guò),不允許重復(fù)注冊(cè)。
并且接收的plugin參數(shù)的限制是Function | Object兩種類(lèi)型。
對(duì)于這兩種類(lèi)型有不同的處理。
首先將我們傳入的參數(shù)整理成數(shù)組 => const args = toArray(arguments, 1)。
(toArray源碼)
// Vue源碼文件路徑:src/core/shared/util.js export function toArray (list: any, start?: number): Array{ start = start || 0 let i = list.length - start const ret: Array = new Array(i) while (i--) { ret[i] = list[i + start] } return ret }
再將Vue對(duì)象添加到這個(gè)數(shù)組的起始位置args.unshift(this),這里的this 指向Vue對(duì)象
如果我們傳入的plugin(Vue.use的第一個(gè)參數(shù))的install是一個(gè)方法。也就是說(shuō)如果我們傳入一個(gè)對(duì)象,對(duì)象中包含install方法,那么我們就調(diào)用這個(gè)plugin的install方法并將整理好的數(shù)組當(dāng)成參數(shù)傳入install方法中。 => plugin.install.apply(plugin, args)
如果我們傳入的plugin就是一個(gè)函數(shù),那么我們就直接調(diào)用這個(gè)函數(shù)并將整理好的數(shù)組當(dāng)成參數(shù)傳入。 => plugin.apply(null, args)
之后給這個(gè)插件添加至已經(jīng)添加過(guò)的插件數(shù)組中,標(biāo)示已經(jīng)注冊(cè)過(guò) => installedPlugins.push(plugin)
最后返回Vue對(duì)象。
通過(guò)以上分析我們可以知道,在我們以后編寫(xiě)插件的時(shí)候可以有兩種方式。
一種是將這個(gè)插件的邏輯封裝成一個(gè)對(duì)象最后將最后在install編寫(xiě)業(yè)務(wù)代碼暴露給Vue對(duì)象。這樣做的好處是可以添加任意參數(shù)在這個(gè)對(duì)象上方便將install函數(shù)封裝得更加精簡(jiǎn),可拓展性也比較高。
還有一種則是將所有邏輯都編寫(xiě)成一個(gè)函數(shù)暴露給Vue。
其實(shí)兩種方法原理都一樣,無(wú)非第二種就是將這個(gè)插件直接當(dāng)成install函數(shù)來(lái)處理。
個(gè)人覺(jué)得第一種方式比較合理。
舉個(gè)?
export const Plugin = { install(Vue) { Vue.component... Vue.mixins... Vue... // 我們也可以在install里面執(zhí)行其他函數(shù),Vue會(huì)將this指向我們的插件 console.log(this) // {install: ...,utils: ...} this.utils(Vue) // 執(zhí)行utils函數(shù) console.log(this.COUNT) // 0 }, utils(Vue) { Vue... console.log(Vue) // Vue }, COUNT: 0 } // 我們可以在這個(gè)對(duì)象上添加參數(shù),最終Vue只會(huì)執(zhí)行install方法,而其他方法可以作為封裝install方法的輔助函數(shù) const test = "test" export function Plugin2(Vue) { Vue... console.log(test) // "test" // 注意如果插件編寫(xiě)成函數(shù)形式,那么Vue只會(huì)把this指向null,并不會(huì)指向這個(gè)函數(shù) console.log(this) // null } // 這種方式我們只能在一個(gè)函數(shù)中編寫(xiě)插件邏輯,可封裝性就不是那么強(qiáng)了
小弟不才,對(duì)vue源碼的理解暫且到這。歡迎大佬們多指教~
文章版權(quán)歸作者所有,未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址:http://systransis.cn/yun/90196.html
摘要:而的狀態(tài)測(cè)試更類(lèi)似于單元測(cè)試,和組件的依賴(lài)較低,組件只會(huì)存在調(diào)用模塊的方法或者讀取狀態(tài),在組件頻繁的改動(dòng)中,而的改動(dòng)相對(duì)會(huì)較小,所以狀態(tài)測(cè)試便會(huì)存在一定的價(jià)值。 父子組件通信 showImg(https://segmentfault.com/img/remote/1460000010761687); Vuet提供了模塊化的狀態(tài)管理,通過(guò)對(duì)一個(gè)組件的注入,再向其子組件進(jìn)行分發(fā),使得我們可...
摘要:概念淺談是一個(gè)專(zhuān)為應(yīng)用程序開(kāi)發(fā)的狀態(tài)管理模式。它采用集中式存儲(chǔ)管理應(yīng)用的所有組件的狀態(tài),并以相應(yīng)的規(guī)則保證狀態(tài)以一種可預(yù)測(cè)的方式發(fā)生變化。更改的中的狀態(tài)的唯一方法,類(lèi)似。允許我們將分割成模塊。 通過(guò)購(gòu)物車(chē)的一個(gè)案列,把vuex學(xué)習(xí)了一篇。 vuex概念淺談 Vuex 是一個(gè)專(zhuān)為 Vue.js 應(yīng)用程序開(kāi)發(fā)的狀態(tài)管理模式。它采用集中式存儲(chǔ)管理應(yīng)用的所有組件的狀態(tài),并以相應(yīng)的規(guī)則保證狀態(tài)以...
摘要:其實(shí)就是我們開(kāi)始掛載上去的我們?cè)谶@里出去,我們就可以在回調(diào)里面只處理我們的業(yè)務(wù)邏輯,而其他如斷網(wǎng)超時(shí)服務(wù)器出錯(cuò)等均通過(guò)攔截器進(jìn)行統(tǒng)一處理。 showImg(https://segmentfault.com/img/remote/1460000015472616?w=845&h=622); 開(kāi)始之前 隨著業(yè)務(wù)的不斷累積,目前我們 ToC 端主要項(xiàng)目,除去 node_modules, bu...
摘要:其實(shí)就是我們開(kāi)始掛載上去的我們?cè)谶@里出去,我們就可以在回調(diào)里面只處理我們的業(yè)務(wù)邏輯,而其他如斷網(wǎng)超時(shí)服務(wù)器出錯(cuò)等均通過(guò)攔截器進(jìn)行統(tǒng)一處理。 showImg(https://segmentfault.com/img/remote/1460000015472616?w=845&h=622); 開(kāi)始之前 隨著業(yè)務(wù)的不斷累積,目前我們 ToC 端主要項(xiàng)目,除去 node_modules, bu...
摘要:前言一直混跡社區(qū)突然發(fā)現(xiàn)自己收藏了不少好文但是管理起來(lái)有點(diǎn)混亂所以將前端主流技術(shù)做了一個(gè)書(shū)簽整理不求最多最全但求最實(shí)用。 前言 一直混跡社區(qū),突然發(fā)現(xiàn)自己收藏了不少好文但是管理起來(lái)有點(diǎn)混亂; 所以將前端主流技術(shù)做了一個(gè)書(shū)簽整理,不求最多最全,但求最實(shí)用。 書(shū)簽源碼 書(shū)簽導(dǎo)入瀏覽器效果截圖showImg(https://segmentfault.com/img/bVbg41b?w=107...
閱讀 2734·2023-04-26 02:28
閱讀 2566·2021-09-27 13:36
閱讀 3137·2021-09-03 10:29
閱讀 2770·2021-08-26 14:14
閱讀 2113·2019-08-30 15:56
閱讀 846·2019-08-29 13:46
閱讀 2618·2019-08-29 13:15
閱讀 462·2019-08-29 11:29