小米平板5 Pro 12.4簡評：多專多能 兼顧影音娛樂的大屏利器
疫情帶來了網(wǎng)課，網(wǎng)課盤活了安卓平板，安卓平板市場雖然中途停滯了幾年，但好的一點就是停滯的這幾年行業(yè)又有了新的發(fā)展方向，例如超窄邊框、高刷新率、多攝鏡頭組合等，這就讓安卓
眾所周知，vue3的template中使用ref變量無需使用.value。還可以在事件處理器中進行賦值操作時，無需使用.value就可以直接修改ref變量的值，比如：<button @click="msg = 'Hello Vue3'">change msg</button>。你猜vue是在編譯時就已經(jīng)在代碼中生成了.value，還是運行時使用Proxy攔截的方式去實現(xiàn)的呢？注：本文中使用的vue版本為3.4.19。
看個簡單的demo，代碼如下：
<template> <p>{{ msg }}</p> <button @click="msg = 'Hello Vue3'">change msg</button></template><script setup lang="ts">import { ref } from "vue";const msg = ref("Hello World");console.log(msg.value);</script>上面的代碼很簡單，在script中想要訪問msg變量的值需要使用msg.value。但是在template中將msg變量渲染到p標簽上面時就是直接使用{{ msg }}，在click的事件處理器中給msg變量賦新的值時也沒有使用到.value。
然后在瀏覽器中找到上面這個vue文件編譯后的樣子，在之前的文章中已經(jīng)講過很多次如何在瀏覽器中查看編譯后的vue文件，這篇文章就不贅述了。編譯后的代碼如下：
import { Fragment as _Fragment, createElementBlock as _createElementBlock, createElementVNode as _createElementVNode, defineComponent as _defineComponent, openBlock as _openBlock, toDisplayString as _toDisplayString, ref,} from "/node_modules/.vite/deps/vue.js?v=23bfe016";const _sfc_main = _defineComponent({ __name: "index", setup() { const msg = ref("Hello World"); console.log(msg.value); const __returned__ = { msg }; return __returned__; },});function _sfc_render(_ctx, _cache, $props, $setup, $data, $options) { return ( _openBlock(), _createElementBlock( _Fragment, null, [ _createElementVNode("p", null, _toDisplayString($setup.msg), 1), _createElementVNode( "button", { onClick: _cache[0] || (_cache[0] = ($event) => ($setup.msg = "Hello Vue3")), }, "change msg" ), ], 64 ) );}_sfc_main.render = _sfc_render;export default _sfc_main;vue文件編譯后的代碼主要分為兩塊：_sfc_main和_sfc_render。
在render函數(shù)中讀和寫msg變量都變成了$setup.msg，而這個$setup對象又是調(diào)用render函數(shù)時傳入的第四個參數(shù)。現(xiàn)在我們需要搞清楚調(diào)用render函數(shù)時傳入的第四個參數(shù)到底是什么？給render函數(shù)打一個斷點，刷新頁面，此時代碼走到了斷點里面，如下圖：
圖片
右邊的Call Stack表示當前函數(shù)的調(diào)用鏈，從調(diào)用鏈中可以看到render函數(shù)是由一個名為renderComponentRoot的函數(shù)調(diào)用的。
點擊Call Stack中的renderComponentRoot，代碼會跳轉(zhuǎn)到renderComponentRoot函數(shù)中，在我們這個場景中簡化后的renderComponentRoot函數(shù)代碼如下：
function renderComponentRoot(instance) { const { props, data, setupState, render: render2, // 省略... } = instance; render2.call( thisProxy, proxyToUse, renderCache, props, setupState, data, ctx );}這里的render2也就是我們的render函數(shù)，由于使用了.call，所以調(diào)用render函數(shù)時傳入的第四個參數(shù)為setupState對象。而setupState對象的值又是從instance.setupState而來的。
通過debug調(diào)試render函數(shù)我們發(fā)現(xiàn)，在render函數(shù)中渲染msg變量是使用$setup.msg，而$setup對象的值是從instance.setupState對象上面來的。
前面講過了編譯后的setup方法會返回一個包含msg屬性的對象，而這個$setup對象也就是instance.setupState肯定是和setup方法返回的對象有關(guān)系的。所以接下來我們需要去debug調(diào)試setup方法搞清楚他們到底是什么關(guān)系。
將render函數(shù)中的斷點去掉，然后給setup方法打一個斷點。刷新頁面，此時代碼會走到斷點中，如下圖：
同理在Call Stack中可以看到調(diào)用setup方法的是callWithErrorHandling函數(shù)，點擊Call Stack中的callWithErrorHandling，代碼會跳轉(zhuǎn)到callWithErrorHandling函數(shù)中。代碼如下：
function callWithErrorHandling(fn, instance, type, args) { try { return args ? fn(...args) : fn(); } catch (err) { handleError(err, instance, type); }}從上面可以看到在callWithErrorHandling函數(shù)中只是進行了錯誤處理，并不是我們想要找的。
從Call Stack中可以看到調(diào)用callWithErrorHandling函數(shù)的是setupStatefulComponent函數(shù)，點擊Call Stack中的setupStatefulComponent，代碼會跳轉(zhuǎn)到setupStatefulComponent函數(shù)中。在我們這個場景中簡化后的setupStatefulComponent函數(shù)代碼如下：
function setupStatefulComponent(instance) { const Component = instance.type; const { setup } = Component; const setupResult = callWithErrorHandling(setup, instance); handleSetupResult(instance, setupResult);}從上面的代碼可以看到確實是使用callWithErrorHandling函數(shù)執(zhí)行了setup方法，并且還將setup方法的返回值對象賦值給了setupResult變量。然后以instance（vue實例）和setupResult（setup方法的返回值）為參數(shù)，調(diào)用了handleSetupResult函數(shù)。
將斷點走進handleSetupResult函數(shù)，在我們這個場景中簡化后的handleSetupResult函數(shù)代碼如下：
function handleSetupResult(instance, setupResult) { instance.setupState = proxyRefs(setupResult);}我們在render函數(shù)中渲染msg變量是使用$setup.msg，而$setup對象的值是從instance.setupState對象上面來的。
現(xiàn)在我們已經(jīng)找到了instance.setupState是在這里賦值的，它的值是proxyRefs函數(shù)的返回結(jié)果。
將斷點走進proxyRefs函數(shù)，代碼如下：
function proxyRefs(objectWithRefs) { return isReactive(objectWithRefs) ? objectWithRefs : new Proxy(objectWithRefs, shallowUnwrapHandlers);}這個isReactive函數(shù)是vue暴露出來的一個API，它的作用是檢查一個對象是否是由 reactive() 或 shallowReactive() 創(chuàng)建的代理。
這里的objectWithRefs對象就是setup方法的返回值對象，通過前面我們知道setup方法的返回值對象就是一個普通的js對象，并不是reactive的。所以proxyRefs函數(shù)會返回三目運算符冒號（:）后面的表達式，也就是使用Proxy創(chuàng)建的setup方法返回值對象代理。
我們接著來看shallowUnwrapHandlers里面做了哪些事情，代碼如下：
const shallowUnwrapHandlers = { get: (target, key, receiver) => unref(Reflect.get(target, key, receiver)), set: (target, key, value, receiver) => { const oldValue = target[key]; if (isRef(oldValue) && !isRef(value)) { oldValue.value = value; return true; } else { return Reflect.set(target, key, value, receiver); } },};這個handler包含get和set方法，會對setup的返回值對象進行攔截。
當在render函數(shù)中渲染p標簽時會去讀$setup.msg，就會走到get的攔截中。在get方法中使用到了Reflect.get方法和unref函數(shù)。
由于我們在click事件中要將msg賦值成'Hello Vue3'字符串，所以在set攔截中拿到的新value為'Hello Vue3'字符串。
接著執(zhí)行if (isRef(oldValue) && !isRef(value))判斷，這里的oldValue前面已經(jīng)講過了是一個名為msg的ref變量，所以isRef(oldValue) 為true。value為'Hello Vue3'字符串，所以!isRef(value)也是為true。
代碼就會走進if判斷中執(zhí)行oldValue.value = value，也就是在執(zhí)行msg.value = 'Hello Vue3'。
所以在template中給ref變量賦值無需使用.value，是因為在Proxy的set攔截中也幫我們自動處理了.value。
整個流程圖如下：
圖片
在vue3的template中使用ref變量無需使用.value，是因為有個Proxy的get攔截，在get攔截中會自動幫我們?nèi)トef變量的.value屬性。
同樣的在template中對ref變量進行賦值也無需使用.value，也是有個Proxy的set攔截，在set攔截中會自動幫我們?nèi)ソoref變量的.value屬性進行賦值。
本文鏈接：http://www.tebozhan.com/showinfo-26-92462-0.html終于搞懂了！原來Vue3中Template使用Ref無需.Value是因為這個
聲明：本網(wǎng)頁內(nèi)容旨在傳播知識，若有侵權(quán)等問題請及時與本網(wǎng)聯(lián)系，我們將在第一時間刪除處理。郵件：2376512515@qq.com
Copyright ? 2016-2023 天津谷騏科技有限公司 版權(quán)所有 sitemap.xml
違法及侵權(quán)請聯(lián)系：2376512515@qq.com 津ICP備18001702號
津公網(wǎng)安備 12010102000574號