Vue高頻面試題/Vue知識點整理

vue.jsjavascript

看看面試題,只是為了查漏補缺,看看自己那些方面還不懂。切記不要以為背了面試題,就萬事大吉了,最好是理解背后的原理,這樣面試的時候才能侃侃而談。不然,稍微有水平的面試官一看就能看出,是否有真才實學還是剛好背中了這道面試題。
(都是一些基礎(chǔ)的vue面試題,大神不用浪費時間往下看)

一、對于MVVM的理解?

MVVM 是 Model-View-ViewModel 的縮寫。
Model代表數(shù)據(jù)模型,也可以在Model中定義數(shù)據(jù)修改和操作的業(yè)務邏輯。
View 代表UI 組件,它負責將數(shù)據(jù)模型轉(zhuǎn)化成UI 展現(xiàn)出來。
ViewModel 監(jiān)聽模型數(shù)據(jù)的改變和控制視圖行為、處理用戶交互,簡單理解就是一個同步View 和 Model的對象,連接Model和View。
在MVVM架構(gòu)下,View 和 Model 之間并沒有直接的聯(lián)系,而是通過ViewModel進行交互,Model 和 ViewModel 之間的交互是雙向的, 因此View 數(shù)據(jù)的變化會同步到Model中,而Model 數(shù)據(jù)的變化也會立即反應到View 上。
ViewModel 通過雙向數(shù)據(jù)綁定把 View 層和 Model 層連接了起來,而View 和 Model 之間的同步工作完全是自動的,無需人為干涉,因此開發(fā)者只需關(guān)注業(yè)務邏輯,不需要手動操作DOM, 不需要關(guān)注數(shù)據(jù)狀態(tài)的同步問題,復雜的數(shù)據(jù)狀態(tài)維護完全由 MVVM 來統(tǒng)一管理。

二、Vue的生命周期

beforeCreate(創(chuàng)建前) 在數(shù)據(jù)觀測和初始化事件還未開始
created(創(chuàng)建后) 完成數(shù)據(jù)觀測,屬性和方法的運算,初始化事件,el屬性還沒有顯示出來 **beforeMount**(載入前) 在掛載開始之前被調(diào)用,相關(guān)的render函數(shù)首次被調(diào)用。實例已完成以下的配置:編譯模板,把data里面的數(shù)據(jù)和模板生成html。注意此時還沒有掛載html到頁面上。 **mounted**(載入后) 在el 被新創(chuàng)建的 vm.el 替換,并掛載到實例上去之后調(diào)用。實例已完成以下的配置:用上面編譯好的html內(nèi)容替換el屬性指向的DOM對象。完成模板中的html渲染到html頁面中。此過程中進行ajax交互。
beforeUpdate(更新前) 在數(shù)據(jù)更新之前調(diào)用,發(fā)生在虛擬DOM重新渲染和打補丁之前。可以在該鉤子中進一步地更改狀態(tài),不會觸發(fā)附加的重渲染過程。
updated(更新后) 在由于數(shù)據(jù)更改導致的虛擬DOM重新渲染和打補丁之后調(diào)用。調(diào)用時,組件DOM已經(jīng)更新,所以可以執(zhí)行依賴于DOM的操作。然而在大多數(shù)情況下,應該避免在此期間更改狀態(tài),因為這可能會導致更新無限循環(huán)。該鉤子在服務器端渲染期間不被調(diào)用。
beforeDestroy(銷毀前) 在實例銷毀之前調(diào)用。實例仍然完全可用。
destroyed(銷毀后) 在實例銷毀之后調(diào)用。調(diào)用后,所有的事件監(jiān)聽器會被移除,所有的子實例也會被銷毀。該鉤子在服務器端渲染期間不被調(diào)用。
1.什么是vue生命周期?
答: Vue 實例從創(chuàng)建到銷毀的過程,就是生命周期。從開始創(chuàng)建、初始化數(shù)據(jù)、編譯模板、掛載Dom→渲染、更新→渲染、銷毀等一系列過程,稱之為 Vue 的生命周期。

2.vue生命周期的作用是什么?
答:它的生命周期中有多個事件鉤子,讓我們在控制整個Vue實例的過程時更容易形成好的邏輯。

3.vue生命周期總共有幾個階段?
答:它可以總共分為8個階段:創(chuàng)建前/后, 載入前/后,更新前/后,銷毀前/銷毀后。

4.第一次頁面加載會觸發(fā)哪幾個鉤子?
答:會觸發(fā) 下面這幾個beforeCreate, created, beforeMount, mounted 。

5.DOM 渲染在 哪個周期中就已經(jīng)完成?
答:DOM 渲染在 mounted 中就已經(jīng)完成了。

三、 Vue實現(xiàn)數(shù)據(jù)雙向綁定的原理:Object.defineProperty()

vue實現(xiàn)數(shù)據(jù)雙向綁定主要是:采用數(shù)據(jù)劫持結(jié)合發(fā)布者-訂閱者模式的方式,通過Object.defineProperty()來劫持各個屬性的setter,getter,在數(shù)據(jù)變動時發(fā)布消息給訂閱者,觸發(fā)相應監(jiān)聽回調(diào)。當把一個普通 Javascript 對象傳給 Vue 實例來作為它的 data 選項時,Vue 將遍歷它的屬性,用 Object.defineProperty 將它們轉(zhuǎn)為 getter/setter。用戶看不到 getter/setter,但是在內(nèi)部它們讓 Vue 追蹤依賴,在屬性被訪問和修改時通知變化。

vue的數(shù)據(jù)雙向綁定 將MVVM作為數(shù)據(jù)綁定的入口,整合Observer,Compile和Watcher三者,通過Observer來監(jiān)聽自己的model的數(shù)據(jù)變化,通過Compile來解析編譯模板指令(vue中是用來解析 {{}}),最終利用watcher搭起observer和Compile之間的通信橋梁,達到數(shù)據(jù)變化 —>視圖更新;視圖交互變化(input)—>數(shù)據(jù)model變更雙向綁定效果。

js實現(xiàn)簡單的雙向綁定

<body>
    <div id="app">
    <input type="text" id="txt">
    <p id="show"></p>
</div>
</body>
<script type="text/javascript">
    var obj = {}
    Object.defineProperty(obj, 'txt', {
        get: function () {
            return obj
        },
        set: function (newValue) {
            document.getElementById('txt').value = newValue
            document.getElementById('show').innerHTML = newValue
        }
    })
    document.addEventListener('keyup', function (e) {
        obj.txt = e.target.value
    })
</script>

四、Vue組件間的參數(shù)傳遞

1.父組件與子組件傳值
父組件傳給子組件:子組件通過props方法接受數(shù)據(jù);
子組件傳給父組件:$emit方法傳遞參數(shù)
2.非父子組件間的數(shù)據(jù)傳遞,兄弟組件傳值
eventBus,就是創(chuàng)建一個事件中心,相當于中轉(zhuǎn)站,可以用它來傳遞事件和接收事件。項目比較小時,用這個比較合適。(雖然也有不少人推薦直接用VUEX,具體來說看需求咯。技術(shù)只是手段,目的達到才是王道。)

五、Vue的路由實現(xiàn):hash模式 和 history模式

hash模式:在瀏覽器中符號“#”,#以及#后面的字符稱之為hash,用window.location.hash讀取;
特點:hash雖然在URL中,但不被包括在HTTP請求中;用來指導瀏覽器動作,對服務端安全無用,hash不會重加載頁面。
hash 模式下,僅 hash 符號之前的內(nèi)容會被包含在請求中,如 http://www.xxx.com,因此對于后端來說,即使沒有做到對路由的全覆蓋,也不會返回 404 錯誤。

history模式:history采用HTML5的新特性;且提供了兩個新方法:pushState(),replaceState()可以對瀏覽器歷史記錄棧進行修改,以及popState事件的監(jiān)聽到狀態(tài)變更。
history 模式下,前端的 URL 必須和實際向后端發(fā)起請求的 URL 一致,如 http://www.xxx.com/items/id。后端如果缺少對 /items/id 的路由處理,將返回 404 錯誤。Vue-Router 官網(wǎng)里如此描述:“不過這種模式要玩好,還需要后臺配置支持……所以呢,你要在服務端增加一個覆蓋所有情況的候選資源:如果 URL 匹配不到任何靜態(tài)資源,則應該返回同一個 index.html 頁面,這個頁面就是你 app 依賴的頁面。”

六、Vue與Angular以及React的區(qū)別?

(版本在不斷更新,以下的區(qū)別有可能不是很正確。我工作中只用到vue,對angular和react不怎么熟)
1.與AngularJS的區(qū)別
相同點:
都支持指令:內(nèi)置指令和自定義指令;都支持過濾器:內(nèi)置過濾器和自定義過濾器;都支持雙向數(shù)據(jù)綁定;都不支持低端瀏覽器。

不同點:
AngularJS的學習成本高,比如增加了Dependency Injection特性,而Vue.js本身提供的API都比較簡單、直觀;在性能上,AngularJS依賴對數(shù)據(jù)做臟檢查,所以Watcher越多越慢;Vue.js使用基于依賴追蹤的觀察并且使用異步隊列更新,所有的數(shù)據(jù)都是獨立觸發(fā)的。

2.與React的區(qū)別
相同點:
React采用特殊的JSX語法,Vue.js在組件開發(fā)中也推崇編寫.vue特殊文件格式,對文件內(nèi)容都有一些約定,兩者都需要編譯后使用;中心思想相同:一切都是組件,組件實例之間可以嵌套;都提供合理的鉤子函數(shù),可以讓開發(fā)者定制化地去處理需求;都不內(nèi)置列數(shù)AJAX,Route等功能到核心包,而是以插件的方式加載;在組件開發(fā)中都支持mixins的特性。
不同點:
React采用的Virtual DOM會對渲染出來的結(jié)果做臟檢查;Vue.js在模板中提供了指令,過濾器等,可以非常方便,快捷地操作Virtual DOM。

七、vue路由的鉤子函數(shù)

首頁可以控制導航跳轉(zhuǎn),beforeEach,afterEach等,一般用于頁面title的修改。一些需要登錄才能調(diào)整頁面的重定向功能。

beforeEach主要有3個參數(shù)to,from,next:

to:route即將進入的目標路由對象,

from:route當前導航正要離開的路由

next:function一定要調(diào)用該方法resolve這個鉤子。執(zhí)行效果依賴next方法的調(diào)用參數(shù)。可以控制網(wǎng)頁的跳轉(zhuǎn)。

八、vuex是什么?怎么使用?哪種功能場景使用它?

只用來讀取的狀態(tài)集中放在store中; 改變狀態(tài)的方式是提交mutations,這是個同步的事物; 異步邏輯應該封裝在action中。
在main.js引入store,注入。新建了一個目錄store,….. export 。
場景有:單頁應用中,組件之間的狀態(tài)、音樂播放、登錄狀態(tài)、加入購物車
[圖片上傳失敗...(image-a9f3b9-1595772571184)]

state
Vuex 使用單一狀態(tài)樹,即每個應用將僅僅包含一個store 實例,但單一狀態(tài)樹和模塊化并不沖突。存放的數(shù)據(jù)狀態(tài),不可以直接修改里面的數(shù)據(jù)。
mutations
mutations定義的方法動態(tài)修改Vuex 的 store 中的狀態(tài)或數(shù)據(jù)。
getters
類似vue的計算屬性,主要用來過濾一些數(shù)據(jù)。
action
actions可以理解為通過將mutations里面處里數(shù)據(jù)的方法變成可異步的處理數(shù)據(jù)的方法,簡單的說就是異步操作數(shù)據(jù)。view 層通過 store.dispath 來分發(fā) action。

const store = new Vuex.Store({ //store實例
      state: {
         count: 0
             },
      mutations: {                
         increment (state) {
          state.count++
         }
          },
      actions: { 
         increment (context) {
          context.commit('increment')
   }
 }
})

modules
項目特別復雜的時候,可以讓每一個模塊擁有自己的state、mutation、action、getters,使得結(jié)構(gòu)非常清晰,方便管理。

const moduleA = {
  state: { ... },
  mutations: { ... },
  actions: { ... },
  getters: { ... }
 }
const moduleB = {
  state: { ... },
  mutations: { ... },
  actions: { ... }
 }

const store = new Vuex.Store({
  modules: {
    a: moduleA,
    b: moduleB
})

九、vue-cli如何新增自定義指令?

1.創(chuàng)建局部指令

var app = new Vue({
    el: '#app',
    data: {    
    },
    // 創(chuàng)建指令(可以多個)
    directives: {
        // 指令名稱
        dir1: {
            inserted(el) {
                // 指令中第一個參數(shù)是當前使用指令的DOM
                console.log(el);
                console.log(arguments);
                // 對DOM進行操作
                el.style.width = '200px';
                el.style.height = '200px';
                el.style.background = '#000';
            }
        }
    }
})

2.全局指令

Vue.directive('dir2', {
    inserted(el) {
        console.log(el);
    }
})

3.指令的使用

<div id="app">
    <div v-dir1></div>
    <div v-dir2></div>
</div>

十、vue如何自定義一個過濾器?

html代碼:

<div id="app">
     <input type="text" v-model="msg" />
     {{msg| capitalize }}
</div>

JS代碼:

var vm=new Vue({
    el:"#app",
    data:{
        msg:''
    },
    filters: {
      capitalize: function (value) {
        if (!value) return ''
        value = value.toString()
        return value.charAt(0).toUpperCase() + value.slice(1)
      }
    }
})

全局定義過濾器

Vue.filter('capitalize', function (value) {
  if (!value) return ''
  value = value.toString()
  return value.charAt(0).toUpperCase() + value.slice(1)
})

過濾器接收表達式的值 (msg) 作為第一個參數(shù)。capitalize 過濾器將會收到 msg的值作為第一個參數(shù)。

十一、對keep-alive 的了解?

keep-alive是 Vue 內(nèi)置的一個組件,可以使被包含的組件保留狀態(tài),或避免重新渲染。
在vue 2.1.0 版本之后,keep-alive新加入了兩個屬性: include(包含的組件緩存) 與 exclude(排除的組件不緩存,優(yōu)先級大于include) 。

使用方法

<keep-alive include='include_components' exclude='exclude_components'>
  <component>
    <!-- 該組件是否緩存取決于include和exclude屬性 -->
  </component>
</keep-alive>

參數(shù)解釋
include - 字符串或正則表達式,只有名稱匹配的組件會被緩存
exclude - 字符串或正則表達式,任何名稱匹配的組件都不會被緩存
include 和 exclude 的屬性允許組件有條件地緩存。二者都可以用“,”分隔字符串、正則表達式、數(shù)組。當使用正則或者是數(shù)組時,要記得使用v-bind 。

使用示例

<!-- 逗號分隔字符串,只有組件a與b被緩存。 -->
<keep-alive include="a,b">
  <component></component>
</keep-alive>

<!-- 正則表達式 (需要使用 v-bind,符合匹配規(guī)則的都會被緩存) -->
<keep-alive :include="/a|b/">
  <component></component>
</keep-alive>

<!-- Array (需要使用 v-bind,被包含的都會被緩存) -->
<keep-alive :include="['a', 'b']">
  <component></component>
</keep-alive>

十二、一句話就能回答的面試題

1.css只在當前組件起作用
答:在style標簽中寫入scoped即可 例如:<style scoped></style>

2.v-if 和 v-show 區(qū)別
答:v-if按照條件是否渲染,v-show是display的block或none;

3.$route$router的區(qū)別
答:$route是“路由信息對象”,包括path,params,hash,query,fullPath,matched,name等路由信息參數(shù)。而$router是“路由實例”對象包括了路由的跳轉(zhuǎn)方法,鉤子函數(shù)等。

4.vue.js的兩個核心是什么?
答:數(shù)據(jù)驅(qū)動、組件系統(tǒng)

5.vue幾種常用的指令
答:v-for 、 v-if 、v-bind、v-on、v-show、v-else

6.vue常用的修飾符?
答:.prevent: 提交事件不再重載頁面;.stop: 阻止單擊事件冒泡;.self: 當事件發(fā)生在該元素本身而不是子元素的時候會觸發(fā);.capture: 事件偵聽,事件發(fā)生的時候會調(diào)用

7.v-on 可以綁定多個方法嗎?
答:可以

8.vue中 key 值的作用?
答:當 Vue.js 用 v-for 正在更新已渲染過的元素列表時,它默認用“就地復用”策略。如果數(shù)據(jù)項的順序被改變,Vue 將不會移動 DOM 元素來匹配數(shù)據(jù)項的順序, 而是簡單復用此處每個元素,并且確保它在特定索引下顯示已被渲染過的每個元素。key的作用主要是為了高效的更新虛擬DOM。

9.什么是vue的計算屬性?
答:在模板中放入太多的邏輯會讓模板過重且難以維護,在需要對數(shù)據(jù)進行復雜處理,且可能多次使用的情況下,盡量采取計算屬性的方式。好處:①使得數(shù)據(jù)處理結(jié)構(gòu)清晰;②依賴于數(shù)據(jù),數(shù)據(jù)更新,處理結(jié)果自動更新;③計算屬性內(nèi)部this指向vm實例;④在template調(diào)用時,直接寫計算屬性名即可;⑤常用的是getter方法,獲取數(shù)據(jù),也可以使用set方法改變數(shù)據(jù);⑥相較于methods,不管依賴的數(shù)據(jù)變不變,methods都會重新計算,但是依賴數(shù)據(jù)不變的時候computed從緩存中獲取,不會重新計算。

10.vue等單頁面應用及其優(yōu)缺點
答:優(yōu)點:Vue 的目標是通過盡可能簡單的 API 實現(xiàn)響應的數(shù)據(jù)綁定和組合的視圖組件,核心是一個響應的數(shù)據(jù)綁定系統(tǒng)。MVVM、數(shù)據(jù)驅(qū)動、組件化、輕量、簡潔、高效、快速、模塊友好。
缺點:不支持低版本的瀏覽器,最低只支持到IE9;不利于SEO的優(yōu)化(如果要支持SEO,建議通過服務端來進行渲染組件);第一次加載首頁耗時相對長一些;不可以使用瀏覽器的導航按鈕需要自行實現(xiàn)前進、后退。

11.怎么定義 vue-router 的動態(tài)路由? 怎么獲取傳過來的值
答:在 router 目錄下的 index.js 文件中,對 path 屬性加上 /:id,使用 router 對象的 params.id 獲取。

Vue面試中,經(jīng)常會被問到的面試題/Vue知識點整理
532道前端真實大廠面試題
學習ES6筆記──工作中常用到的ES6語法

9道vue面試題

2.VUE組件data為什么必須是函數(shù)

答:Vue組件可能存在多個實例,如果使用對象形式定義data,則會導致它們共用一個data對象,那么狀態(tài)變更將會影響所有組件實例,這是不合理的。
采用函數(shù)形式定義,在initData時會將其作為工廠函數(shù)返回全新的data對象,有效規(guī)避多實例之間狀態(tài)污染問題。
而在Vue根實例創(chuàng)建過程中則不存在該限制,也是因為根實例只能有一個,不需要擔心這種情況。

3.Vue中key的作用和工作原理

  • key的作用主要是為了高效的更新虛擬DOM,其原理是vue在patch過程中通過key可以精準判斷兩個節(jié)點是否是同一個,從而避免頻繁更新不同元素,使得整個patch過程更加高效,減少DOM操作量,提高性能。
  • 另外,若不設(shè)置key還可能在列表更新時引發(fā)一些隱蔽的bug。
  • vue中在使用相同標簽名元素的過渡切換時,也會使用到key屬性,其目的也是為了讓vue可以區(qū)分它們,否則vue只會替換其內(nèi)部屬性而不會觸發(fā)過渡效果。

4.你怎么理解vue中的diff算法?

  • diff算法是虛擬DOM技術(shù)的必然產(chǎn)物:通過新舊虛擬DOM作對比(即diff),將變化的地方更新在真實DOM上;
    另外,也需要diff高效的執(zhí)行對比過程,從而降低時間復雜度為0(N).
  • vue 2.x中為了降低Watcher粒度,每個組件必須有一個Watcher與之對應,只有引入diff才能精確找到發(fā)生變化的地方。
  • vue中的diff執(zhí)行的時刻是組件實例執(zhí)行其更新函數(shù)時,它會比對上一次渲染結(jié)果oldVnode和新的渲染結(jié)果newVnode,此過程成為patch.
  • diff過程整體遵循深度優(yōu)先、同層比較的策略;兩個節(jié)點之間比較會更具它們是否擁有子節(jié)點或者文本節(jié)點做不同操作;
    比較兩組子節(jié)點是算法的重點,首先假設(shè)頭尾節(jié)點可能相同做4次比對嘗試;
    如果沒有找到相同節(jié)點才按照通用方式遍歷查找,查找結(jié)束再按情況處理剩下的節(jié)點;
    借助key通常可以非常準確的找到相同節(jié)點,因此整個patch過程非常高效。

5.談一談對vue組件化的理解

  • 組件是獨立和可復用的代碼組織單元。組件系統(tǒng)是Vue核心特性之一,它使開發(fā)者使用小型、獨立和通常可復用的組件構(gòu)建大型項目;
  • 組件化開發(fā)能大幅提高應用開發(fā)效率、測試性、復用性等;
  • 組件使用按分類有:頁面組件、業(yè)務組件、通用組件;
  • vue的組件是基于配置的,我們通常編寫的組件是組件配置而非組件,框架后續(xù)會生成其構(gòu)造函數(shù),它們基于VueComponent,擴展于Vue;
  • vue中常見組件化技術(shù)有:屬性prop,自定義事件,插槽等,它們主要用于組件通信、擴展等;
  • 合理的劃分組件,有助于提升應用性能;
  • 組件應該是高內(nèi)聚、低耦合的;
  • 遵循單向數(shù)據(jù)流的原則。

6.談一談對vue設(shè)計原則的理解?

答:首先就是漸進式JavaScript框架:與其它大型框架不同的是,Vue被設(shè)計為可以自底向上逐層應用。
Vue的核心庫只關(guān)注視圖層,不僅易于上手,還便于與第三方庫或既有項目整合。
另一方面,當與現(xiàn)代化的工具鏈以及各種支持類庫結(jié)合時,Vue也完全能夠為復雜的單頁應用提供驅(qū)動。

易用性

vue提供數(shù)據(jù)響應式、聲明式模板語法和基于配置的組件系統(tǒng)等核心特性。
這些使我們只需要關(guān)注應用的核心業(yè)務即可,只要會寫js,html和css就能輕松編寫vue應用。

靈活性

漸進式框架的最大優(yōu)點就是靈活性,如果應用足夠小,我們可能僅需要vue核心特性即可完成功能;
隨著應用規(guī)模不斷擴大,我們才可能逐漸引入路由、狀態(tài)管理、vue-cli等庫和工具;
不管是應用體積還是學習難度都是一個逐漸增加的平和曲線。

高效性

超快的虛擬DOM和diff算法使我們的應用擁有最佳的性能表現(xiàn)。
追求高效的過程還在繼續(xù),vue3中將引入Proxy對數(shù)據(jù)響應式改進以及編譯器中對于靜態(tài)內(nèi)容編譯的改進都會讓Vue更加高效。

7.對MVC、MVP和MVVM的理解

MVC

具備著View、Controller和Model
Model:負責保存應用數(shù)據(jù),與后端數(shù)據(jù)進行同步
Controller: 負責業(yè)務邏輯,根據(jù)用戶行為對Model數(shù)據(jù)進行修改
View: 負責視圖展示,將Model中的數(shù)據(jù)可視化出來

MVP

MVP與MVC很接近,P指的是Presenter,presenter可以理解為一個中間人。
它負責著View和Model之間的數(shù)據(jù)流動,防止view和model之間直接交流。

MVVM(Model-View-ViewModel)

ViewModel通過實現(xiàn)一套數(shù)據(jù)響應式機制自動響應Model中數(shù)據(jù)變化;
同時ViewModel會實現(xiàn)一套更新策略自動將數(shù)據(jù)變化轉(zhuǎn)換為視圖更新;
通過事件監(jiān)聽響應View中用戶交互修改Model中數(shù)據(jù)。
這樣再ViewModel中就減少了大量DOM操作代碼。
MVVM在保持View和Model松耦合的同時,還減少了維護他們關(guān)系的代碼,使用戶專注于業(yè)務邏輯,兼顧開發(fā)效率和可維護性。

總結(jié)

這三者都是框架模式,它們設(shè)計的目標都是為了解決Model和View的耦合問題。
MVC模式出現(xiàn)較早應用在后端,在前端領(lǐng)域的走起也有應用。
它們的優(yōu)點是分層清晰,缺點是數(shù)據(jù)流混亂,靈活性帶來的維護性問題。
MVP模式在是MVC的進化形式,Presenter作為中間層負責MV通信,解決了兩者耦合問題,但P層過于臃腫會導致維護問題。
MVVM模式在前端領(lǐng)域有廣泛應用,它不僅解決MV耦合問題,還同時解決了維護兩者映射關(guān)系的大量繁雜代碼和DOM操作代碼,在提高開發(fā)效率、可讀性同時還保持了優(yōu)越的性能表現(xiàn)。

8.你了解哪些Vue性能優(yōu)化方法

  • 路由懶加載
const router = new VueRouter({
  routes: [
    {path: '/foo',component: ()=>import('./Foo.vue')}
  ]
})

  • keep-alive緩存頁面
<template>
  <div id="app">
    <keep-alive>
      <router-view />
    </keep-alive>
  </div>
</template>

  • 使用v-show 復用DOM
  • v-for 遍歷避免同時使用v-if
<template v-if="show">
   <p v-for="v in list" :key="v.id">外層包一個template<p>
</template>

  • 長列表性能優(yōu)化
    如果列表是純粹的數(shù)據(jù)展示,不會有任何變化,就不需要做響應化
export default {
  data: ()  => ({
    users: []
  }),
  async created() {
    this.users = Object.freeze(獲取來的數(shù)據(jù))
  }
}

如果是大數(shù)據(jù)長列表,可采用虛擬滾動,只渲染少部分區(qū)域的內(nèi)容

<recycle-scroller :items="items" :item-size="24">
  <template v-slot="{item}">
    <FetchItemView :item="item" @vote="voteItem(item)" />
  </template>
</recycle-scroller>

  • 事件的銷毀
    Vue組件銷毀時,會自動解綁它的全部指令及事件監(jiān)聽器,但是僅限于組件本身的事件。
created() {
  this.timer = setInterval(this.refresh, 2000)
},
beforeDestroy () {
  clearInterval(this.timer)
}

  • 圖片懶加載
    對于圖片過多的頁面,為了加載頁面速度加速。所以很多時候我們需要將頁面內(nèi)未出現(xiàn)在可是區(qū)域內(nèi)的圖片先不做加載,等到滾動到可視區(qū)域后再去加載
  <img v-lazy="/static/img/1.png">

參考項目: vue-lozyload https://github.com/hilongjw/vue-lazyload

  • 第三方插件按需引入
    像element-ui這樣的第三方組件庫可以按需引入,避免體積較大。
import Vue from 'vue'
import {Button, Select} from 'element-ui'
Vue.use(Button)
Vue.use(Select)

  • 無狀態(tài)的組件標記為函數(shù)式組件
<template functional>
</template>

  • 子組件分割
  • 變量本地化
const base = this.base //不要頻繁引用this.base

  • 服務端渲染 - SSR

9.你對Vue3.0的新特性有沒有了解?

  • 更快
    1.虛擬DOM重寫
    2.優(yōu)化slots的生成
    3.靜態(tài)樹提升
    4.靜態(tài)屬性提升
    5.基于Proxy的響應式系統(tǒng)
  • 更小
    1.通過搖樹優(yōu)化核心庫體積
  • 更容易維護
    1.TypeScript + 模塊化
  • 更加友好
    1.跨平臺:編譯器核心和運行時核心與平臺無關(guān),使得Vue更容易與任何平臺一起使用
  • 更容易使用
    1.改進的TypeScript支持,編輯器能提供強有力的類型檢查和錯誤及肩高
  • 更好的調(diào)試支持
  • 獨立的響應化模塊
  • Composition API

</article>

最后編輯于
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請聯(lián)系作者
平臺聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點,簡書系信息發(fā)布平臺,僅提供信息存儲服務。
  • 序言:七十年代末,一起剝皮案震驚了整個濱河市,隨后出現(xiàn)的幾起案子,更是在濱河造成了極大的恐慌,老刑警劉巖,帶你破解...
    沈念sama閱讀 229,836評論 6 540
  • 序言:濱河連續(xù)發(fā)生了三起死亡事件,死亡現(xiàn)場離奇詭異,居然都是意外死亡,警方通過查閱死者的電腦和手機,發(fā)現(xiàn)死者居然都...
    沈念sama閱讀 99,275評論 3 428
  • 文/潘曉璐 我一進店門,熙熙樓的掌柜王于貴愁眉苦臉地迎上來,“玉大人,你說我怎么就攤上這事。” “怎么了?”我有些...
    開封第一講書人閱讀 177,904評論 0 383
  • 文/不壞的土叔 我叫張陵,是天一觀的道長。 經(jīng)常有香客問我,道長,這世上最難降的妖魔是什么? 我笑而不...
    開封第一講書人閱讀 63,633評論 1 317
  • 正文 為了忘掉前任,我火速辦了婚禮,結(jié)果婚禮上,老公的妹妹穿的比我還像新娘。我一直安慰自己,他們只是感情好,可當我...
    茶點故事閱讀 72,368評論 6 410
  • 文/花漫 我一把揭開白布。 她就那樣靜靜地躺著,像睡著了一般。 火紅的嫁衣襯著肌膚如雪。 梳的紋絲不亂的頭發(fā)上,一...
    開封第一講書人閱讀 55,736評論 1 328
  • 那天,我揣著相機與錄音,去河邊找鬼。 笑死,一個胖子當著我的面吹牛,可吹牛的內(nèi)容都是我干的。 我是一名探鬼主播,決...
    沈念sama閱讀 43,740評論 3 446
  • 文/蒼蘭香墨 我猛地睜開眼,長吁一口氣:“原來是場噩夢啊……” “哼!你這毒婦竟也來了?” 一聲冷哼從身側(cè)響起,我...
    開封第一講書人閱讀 42,919評論 0 289
  • 序言:老撾萬榮一對情侶失蹤,失蹤者是張志新(化名)和其女友劉穎,沒想到半個月后,有當?shù)厝嗽跇淞掷锇l(fā)現(xiàn)了一具尸體,經(jīng)...
    沈念sama閱讀 49,481評論 1 335
  • 正文 獨居荒郊野嶺守林人離奇死亡,尸身上長有42處帶血的膿包…… 初始之章·張勛 以下內(nèi)容為張勛視角 年9月15日...
    茶點故事閱讀 41,235評論 3 358
  • 正文 我和宋清朗相戀三年,在試婚紗的時候發(fā)現(xiàn)自己被綠了。 大學時的朋友給我發(fā)了我未婚夫和他白月光在一起吃飯的照片。...
    茶點故事閱讀 43,427評論 1 374
  • 序言:一個原本活蹦亂跳的男人離奇死亡,死狀恐怖,靈堂內(nèi)的尸體忽然破棺而出,到底是詐尸還是另有隱情,我是刑警寧澤,帶...
    沈念sama閱讀 38,968評論 5 363
  • 正文 年R本政府宣布,位于F島的核電站,受9級特大地震影響,放射性物質(zhì)發(fā)生泄漏。R本人自食惡果不足惜,卻給世界環(huán)境...
    茶點故事閱讀 44,656評論 3 348
  • 文/蒙蒙 一、第九天 我趴在偏房一處隱蔽的房頂上張望。 院中可真熱鬧,春花似錦、人聲如沸。這莊子的主人今日做“春日...
    開封第一講書人閱讀 35,055評論 0 28
  • 文/蒼蘭香墨 我抬頭看了看天上的太陽。三九已至,卻和暖如春,著一層夾襖步出監(jiān)牢的瞬間,已是汗流浹背。 一陣腳步聲響...
    開封第一講書人閱讀 36,348評論 1 294
  • 我被黑心中介騙來泰國打工, 沒想到剛下飛機就差點兒被人妖公主榨干…… 1. 我叫王不留,地道東北人。 一個月前我還...
    沈念sama閱讀 52,160評論 3 398
  • 正文 我出身青樓,卻偏偏與公主長得像,于是被迫代替她去往敵國和親。 傳聞我的和親對象是個殘疾皇子,可洞房花燭夜當晚...
    茶點故事閱讀 48,380評論 2 379