MVVM分爲Model、View、ViewModel三者。css
Model 表明數據模型,數據和業務邏輯都在Model層中定義;html
View 表明UI視圖,負責數據的展現;前端
ViewModel 負責監聽 Model 中數據的改變而且控制視圖的更新,處理用戶交互操做;vue
Model 和 View 並沒有直接關聯,而是經過 ViewModel 來進行聯繫的,Model 和 ViewModel 之間有着雙向數據綁定的聯繫。所以當 Model 中的數據改變時會觸發 View 層的刷新,View 中因爲用戶交互操做而改變的數據也會在 Model 中同步。webpack
這種模式實現了 Model 和 View 的數據自動同步,所以開發者只須要專一對數據的維護操做便可,而不須要本身操做 dom。web
v-html、v-show、v-if、v-for等等面試
v-show 僅僅控制元素的顯示方式,將 display 屬性在 block 和 none 來回切換;而v-if會控制這個 DOM 節點的存在與否。當咱們須要常常切換某個元素的顯示/隱藏時,使用v-show會更加節省性能上的開銷;當只須要一次顯示或隱藏時,使用v-if更加合理。gulp
當一個Vue實例建立時,vue會遍歷data選項的屬性,用 Object.defineProperty 將它們轉爲 getter/setter而且在內部追蹤相關依賴,在屬性被訪問和修改時通知變化。api
每一個組件實例都有相應的 watcher 程序實例,它會在組件渲染的過程當中把屬性記錄爲依賴,以後當依賴項的 setter 被調用時,會通知 watcher 從新計算,從而導致它關聯的組件得以更新。數組
假設有一個輸入框組件,用戶輸入時,同步父組件頁面中的數據
具體思路:父組件經過 props 傳值給子組件,子組件經過 $emit 來通知父組件修改相應的props值,具體實現以下:
import Vue from 'vue'
const component = {
props: ['value'],
template: <div> <input type="text" @input="handleInput" :value="value"> </div>
,
data () {
return {
}
},
methods: {
handleInput (e) {
this.$emit('input', e.target.value)
}
}
}
new Vue({
components: {
CompOne: component
},
el: '#root',
template: <div> <comp-one :value1="value" @input="value = arguments[0]"></comp-one> </div>
,
data () {
return {
value: '123'
}
}
})
能夠看到,當輸入數據時,父子組件中的數據是同步改變的:
咱們在父組件中作了兩件事,一是給子組件傳入props,二是監聽input事件並同步本身的value屬性。那麼這兩步操做可否再精簡一下呢?答案是能夠的,你只須要修改父組件:
template: <div> <!--<comp-one :value1="value" @input="value = arguments[0]"></comp-one>--> <comp-one v-model="value"></comp-one> </div>
v-model 實際上會幫咱們完成上面的兩步操做。
好比如今須要監控data中,obj.a 的變化。Vue中監控對象屬性的變化你能夠這樣:
watch: {
obj: {
handler (newValue, oldValue) {
console.log('obj changed')
},
deep: true
}
}
deep屬性表示深層遍歷,可是這麼寫會監控obj的全部屬性變化,並非咱們想要的效果,因此作點修改:
watch: {
'obj.a': {
handler (newName, oldName) {
console.log('obj.a changed')
}
}
}
還有一種方法,能夠經過computed 來實現,只須要:
computed: {
a1 () {
return this.obj.a
}
}
利用計算屬性的特性來實現,當依賴改變時,便會從新計算一個新值。
示例:
緣由在於在Vue實例建立時,obj.b並未聲明,所以就沒有被Vue轉換爲響應式的屬性,天然就不會觸發視圖的更新,這時就須要使用Vue的全局api $set():
addObjB () {
// this.obj.b = 'obj.b'
this.$set(this.obj, 'b', 'obj.b')
console.log(this.obj)
}
$set()方法至關於手動的去把obj.b處理成一個響應式的屬性,此時視圖也會跟着改變了:
delete只是被刪除的元素變成了 empty/undefined 其餘的元素的鍵值仍是不變。
Vue.delete直接刪除了數組 改變了數組的鍵值。
var a=[1,2,3,4]
var b=[1,2,3,4]
delete a[1]
console.log(a)
this.$delete(b,1)
console.log(b)
9.如何優化SPA應用的首屏加載速度慢的問題?
將公用的JS庫經過script標籤外部引入,減少app.bundel的大小,讓瀏覽器並行下載資源文件,提升下載速度;
在配置 路由時,頁面和組件使用懶加載的方式引入,進一步縮小 app.bundel 的體積,在調用某個組件時再加載對應的js文件;
加一個首屏 loading 圖,提高用戶體驗;
前端如何優化網站性能?
減小 HTTP 請求數量
在瀏覽器與服務器進行通訊時,主要是經過 HTTP 進行通訊。瀏覽器與服務器須要通過三次握手,每次握手須要花費大量時間。並且不一樣瀏覽器對資源文件併發請求數量有限(不一樣瀏覽器容許併發數),一旦 HTTP 請求數量達到必定數量,資源請求就存在等待狀態,這是很致命的,所以減小 HTTP 的請求數量能夠很大程度上對網站性能進行優化。
CSS Sprites:國內俗稱 CSS 精靈,這是將多張圖片合併成一張圖片達到減小 HTTP 請求的一種解決方案,能夠經過 CSS background 屬性來訪問圖片內容。這種方案同時還能夠減小圖片總字節數。
合併 CSS 和 JS 文件:如今前端有不少工程化打包工具,如:grunt、gulp、webpack等。爲了減小 HTTP 請求數量,能夠經過這些工具再發布前將多個 CSS 或者 多個 JS 合併成一個文件。
採用 lazyLoad:俗稱懶加載,能夠控制網頁上的內容在一開始無需加載,不須要發請求,等到用戶操做真正須要的時候當即加載出內容。這樣就控制了網頁資源一次性請求數量。
瀏覽器在加載 HTML 內容時,是將 HTML 內容從上至下依次解析,解析到 link 或者 script 標籤就會加載 href 或者 src 對應連接內容,爲了***時間展現頁面給用戶,就須要將 CSS 提早加載,不要受 JS 加載影響。
通常狀況下都是 CSS 在頭部,JS 在底部。
瀏覽器緩存是將網絡資源存儲在本地,等待下次請求該資源時,若是資源已經存在就不須要到服務器從新請求該資源,直接在本地讀取該資源。
基本原理:重排是 DOM 的變化影響到了元素的幾何屬性(寬和高),瀏覽器會從新計算元素的幾何屬性,會使渲染樹中受到影響的部分失效,瀏覽器會驗證 DOM 樹上的全部其它結點的 visibility 屬性,這也是 Reflow 低效的緣由。若是 Reflow 的過於頻繁,CPU 使用率就會急劇上升。
減小 Reflow,若是須要在 DOM 操做時添加樣式,儘可能使用 增長 class 屬性,而不是經過 style 操做樣式。
減小 DOM 操做
圖標使用 IconFont 替換
大體能夠分爲以下7步:
輸入網址;
發送到DNS服務器,並獲取域名對應的web服務器對應的ip地址;
與web服務器創建TCP鏈接;
瀏覽器向web服務器發送http請求;
web服務器響應請求,並返回指定url的數據(或錯誤信息,或重定向的新的url地址);
瀏覽器下載web服務器返回的數據及解析html源文件;
生成DOM樹,解析css和js,渲染頁面,直至顯示完成;
js原生獲取的dom是一個對象,jQuery對象就是一個數組對象,其實就是選擇出來的元素的數組集合,因此說他們二者是不一樣的對象類型不等價。
原生DOM對象轉jQuery對象:
var box = document.getElementById('box');
var $box = $(box);
jQuery對象轉原生DOM對象:
var $box = $('#box');
var box = $box[0];
(jQuery.fn.myMethod=function () {
alert('myMethod');
})
// 或者:
(function ($) {
$.fn.extend({
myMethod : function () {
alert('myMethod');
}
})
})(jQuery)
使用:
$("#div").myMethod(); 目前來看公司面試的問題仍是比較基礎的,可是對於某些只追求會用並不研究其原理的同窗來講可能就沒那麼容易了。因此你們不只要追求學習的廣度,更要追求深度。