終於搞懂了！原來vue3中template使用ref無需.value是因為這個

来源:https://www.cnblogs.com/heavenYJJ/p/18236670
-Advertisement-
Play Games

前言 眾所周知，vue3的template中使用ref變數無需使用.value。還可以在事件處理器中進行賦值操作時，無需使用.value就可以直接修改ref變數的值，比如：<button @click="msg = 'Hello Vue3'">change msg</button>。你猜vue是在編 ...


前言

眾所周知，vue3的template中使用ref變數無需使用.value。還可以在事件處理器中進行賦值操作時，無需使用.value就可以直接修改ref變數的值，比如：<button @click="msg = 'Hello Vue3'">change msg</button>。你猜vue是在編譯時就已經在代碼中生成了.value，還是運行時使用Proxy攔截的方式去實現的呢？註：本文中使用的vue版本為3.4.19。

關註公眾號：【前端歐陽】，給自己一個進階vue的機會

看個demo

看個簡單的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文件編譯後的樣子，在之前的文章中已經講過很多次如何在瀏覽器中查看編譯後的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。

  • _sfc_main中主要是setup方法，這個是vue的<script setup lang="ts">部分編譯後的樣子。從上面可以看到在編譯後的setup方法中，訪問msg變數時依然使用了msg.value，並且在setup方法中return了{ msg }對象。

  • _sfc_render就是我們熟悉的render函數，在render函數中渲染p標簽部分的內容是：_toDisplayString($setup.msg)。很明顯這個toDisplayString就是一個將輸入值轉換為字元串的函數，並沒有處理.value。

    $setup.msg中的$setup.，我想你猜到了應該和前面這個setup方法中return的{ msg }對象有關，但是又不是直接使用setup方法中return的{ msg }對象，因為使用setup中的msg變數需要使用.value，在編譯後的render函數中並沒有幫我們自動生成一個.value，比如這樣的代碼：$setup.msg.value。

    同樣的在render函數中，button的click事件給msg變數賦值時也沒有幫我們生成一個類似於這樣的代碼：$setup.msg.value = "Hello Vue3"，而是$setup.msg = "Hello Vue3"。

    從render函數中可以看出在template中使用ref變數無需使用.value，並不是編譯時就已經在代碼中生成了.value，比如$setup.msg.value，而是通過Proxy的方式去實現的。

render函數

在render函數中讀和寫msg變數都變成了$setup.msg，而這個$setup對象又是調用render函數時傳入的第四個參數。現在我們需要搞清楚調用render函數時傳入的第四個參數到底是什麼？給render函數打一個斷點，刷新頁面，此時代碼走到了斷點裡面，如下圖：
render-debug

右邊的Call Stack表示當前函數的調用鏈，從調用鏈中可以看到render函數是由一個名為renderComponentRoot的函數調用的。

點擊Call Stack中的renderComponentRoot，代碼會跳轉到renderComponentRoot函數中，在我們這個場景中簡化後的renderComponentRoot函數代碼如下：

function renderComponentRoot(instance) {
  const {
    props,
    data,
    setupState,
    render: render2,
    // 省略...
  } = instance;

  render2.call(
    thisProxy,
    proxyToUse,
    renderCache,
    props,
    setupState,
    data,
    ctx
  );
}

這裡的render2也就是我們的render函數，由於使用了.call，所以調用render函數時傳入的第四個參數為setupState對象。而setupState對象的值又是從instance.setupState而來的。

通過debug調試render函數我們發現，在render函數中渲染msg變數是使用$setup.msg，而$setup對象的值是從instance.setupState對象上面來的。

前面講過了編譯後的setup方法會返回一個包含msg屬性的對象，而這個$setup對象也就是instance.setupState肯定是和setup方法返回的對象有關係的。所以接下來我們需要去debug調試setup方法搞清楚他們到底是什麼關係。

setup方法

將render函數中的斷點去掉，然後給setup方法打一個斷點。刷新頁面，此時代碼會走到斷點中，如下圖：
setup-debug

同理在Call Stack中可以看到調用setup方法的是callWithErrorHandling函數，點擊Call Stack中的callWithErrorHandling，代碼會跳轉到callWithErrorHandling函數中。代碼如下：

function callWithErrorHandling(fn, instance, type, args) {
  try {
    return args ? fn(...args) : fn();
  } catch (err) {
    handleError(err, instance, type);
  }
}

從上面可以看到在callWithErrorHandling函數中只是進行了錯誤處理，並不是我們想要找的。

setupStatefulComponent函數

從Call Stack中可以看到調用callWithErrorHandling函數的是setupStatefulComponent函數，點擊Call Stack中的setupStatefulComponent，代碼會跳轉到setupStatefulComponent函數中。在我們這個場景中簡化後的setupStatefulComponent函數代碼如下：

function setupStatefulComponent(instance) {
  const Component = instance.type;
  const { setup } = Component;
  const setupResult = callWithErrorHandling(setup, instance);
  handleSetupResult(instance, setupResult);
}

從上面的代碼可以看到確實是使用callWithErrorHandling函數執行了setup方法，並且還將setup方法的返回值對象賦值給了setupResult變數。然後以instance（vue實例）和setupResult（setup方法的返回值）為參數，調用了handleSetupResult函數。

handleSetupResult函數

將斷點走進handleSetupResult函數，在我們這個場景中簡化後的handleSetupResult函數代碼如下：

function handleSetupResult(instance, setupResult) {
  instance.setupState = proxyRefs(setupResult);
}

我們在render函數中渲染msg變數是使用$setup.msg，而$setup對象的值是從instance.setupState對象上面來的。

現在我們已經找到了instance.setupState是在這裡賦值的，它的值是proxyRefs函數的返回結果。

proxyRefs函數

將斷點走進proxyRefs函數，代碼如下：

function proxyRefs(objectWithRefs) {
  return isReactive(objectWithRefs)
    ? objectWithRefs
    : new Proxy(objectWithRefs, shallowUnwrapHandlers);
}

這個isReactive函數是vue暴露出來的一個API，它的作用是檢查一個對象是否是由 reactive() 或 shallowReactive() 創建的代理。

這裡的objectWithRefs對象就是setup方法的返回值對象，通過前面我們知道setup方法的返回值對象就是一個普通的js對象，並不是reactive的。所以proxyRefs函數會返回三目運算符冒號（:）後面的表達式，也就是使用Proxy創建的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函數中渲染p標簽時會去讀$setup.msg，就會走到get的攔截中。在get方法中使用到了Reflect.get方法和unref函數。

  • Reflect.get(target, key, receiver)的作用是獲取target對象的key屬性，在我們這裡就是獲取setup返回值對象的msg屬性，也就是我們定義的msg變數。並且這個msg變數是一個ref。

  • 將Reflect.get方法拿到的msg變數傳給unref函數，這個unref函數同樣是暴露出來的一個API。如果參數是 ref，則返回內部值，否則返回參數本身。這是 val = isRef(val) ? val.value : val 計算的一個語法糖。

    經過unref函數的處理後，在get攔截中return的就是.value後的內容，也就是msg.value。

    所以在template中使用ref變數無需使用.value，是因為在Proxy的get攔截中已經幫我們自動處理了.value。
    當在render函數中去對ref變數進行賦值，比如：<button @click="msg = 'Hello Vue3'">change msg</button>。
    就會走到set攔截中，首先會執行const oldValue = target[key]。這裡的key就是"msg"，target就是setup函數返回值對象。使用oldValue就是msg變數，是一個ref。

由於我們在click事件中要將msg賦值成'Hello Vue3'字元串，所以在set攔截中拿到的新value為'Hello Vue3'字元串。

接著執行if (isRef(oldValue) && !isRef(value))判斷，這裡的oldValue前面已經講過了是一個名為msg的ref變數，所以isRef(oldValue) 為true。value為'Hello Vue3'字元串，所以!isRef(value)也是為true。

代碼就會走進if判斷中執行oldValue.value = value，也就是在執行msg.value = 'Hello Vue3'。

所以在template中給ref變數賦值無需使用.value，是因為在Proxy的set攔截中也幫我們自動處理了.value。

總結

整個流程圖如下：
full-progress

在vue3的template中使用ref變數無需使用.value，是因為有個Proxy的get攔截，在get攔截中會自動幫我們去取ref變數的.value屬性。

同樣的在template中對ref變數進行賦值也無需使用.value，也是有個Proxy的set攔截，在set攔截中會自動幫我們去給ref變數的.value屬性進行賦值。

關註公眾號：【前端歐陽】，給自己一個進階vue的機會


您的分享是我們最大的動力!

-Advertisement-
Play Games
更多相關文章
  • 一文搞懂 ARM 64 系列: 寄存器
    ARM 64中包含多種寄存器，下麵介紹一些常見的寄存器。 1 通用寄存器 ARM 64包含31個64bit寄存器，記為X0~X30。 每一個通用寄存器，它的低32bit都可以被訪問，記為W0~W30。 在這31個通用寄存器中，有2個寄存器比較特殊。 X29寄存器被作為棧幀寄存器，也被稱為FP(Fra ...
  • 鴻蒙HarmonyOS實戰-ArkTS語言基礎類庫（通知）
    前言 移動應用中的通知是指應用程式發送給用戶的一種提示或提醒消息。這些通知可以在用戶設備的通知中心或狀態欄中顯示，以提醒用戶有關應用程式的活動、事件或重要信息。 移動應用中的通知可以分為兩種類型：本地通知和遠程通知。 本地通知是由應用程式自身發起的通知，不需要連接到遠程伺服器。應用程式可以根據特 ...
  • Vue TypeScript 實戰：掌握靜態類型編程
    這篇文章介紹瞭如何在TypeScript環境下為Vue.js應用搭建項目結構，包括初始化配置、創建Vue組件、實現狀態管理利用Vuex、配置路由以及性能優化的方法，旨在提升開發效率與應用性能。 ...
  • Vue CLI 4與項目構建實戰指南
    這篇文章介紹瞭如何使用Vue CLI優化項目構建配置，提高開發效率，涉及配置管理、項目部署策略、插件系統定製以及Webpack和TypeScript的深度集成技巧。 ...
  • Vue第三方庫與插件實戰手冊
    這篇文章介紹瞭如何在Vue框架中實現數據的高效驗證與處理，以及如何集成ECharts、D3.js、Chart.js等圖表庫優化數據可視化效果。同時，探討了Progressive Web App(PWA)的接入與優化策略，以提升Web應用的用戶體驗與載入速度。 ...
  • 變數提升（hoisting）
    JavaScript 引擎的工作方式是，先解析代碼，獲取所有被聲明的變數，然後再一行一行地運行。這造成的結果，就是所有變數的聲明語句，都會被提升到代碼的頭部，這就叫做變數提升（hoisting）。 console.log(a); // undefined var a = 1; 上面的代碼首先使用 c ...
  • Vue Router 4與路由管理實戰
    這篇文章介紹瞭如何在Vue.js應用中利用Vue Router實現單頁面應用的路由管理，包括配置路由、導航守衛的使用、路由懶載入以優化性能以及動態路由的實現方法，旨在提升用戶體驗和應用載入效率 ...
  • web開發者必備：用nvm-windows優雅地使用多個版本的Node.js 附下載鏈接
    Popover API 為開發者提供了一種聲明式的方式來創建各種類型的彈窗。目前已在所有三大瀏覽器引擎中可用，並正式成為 Baseline 2024 的一部分。 ...
一周排行
    -Advertisement-
    Play Games
  • 實用接地氣的 .NET 微服務框架
    前言 微服務架構已經成為搭建高效、可擴展系統的關鍵技術之一，然而，現有許多微服務框架往往過於複雜，使得我們普通開發者難以快速上手並體驗到微服務帶了的便利。為瞭解決這一問題，於是作者精心打造了一款最接地氣的 .NET 微服務框架，幫助我們輕鬆構建和管理微服務應用。 本框架不僅支持 Consul 服務註 ...
  • 基於surging的木舟IOT平臺如何添加網路組件
    先看一下效果吧: 如果不會寫動畫或者懶得寫動畫，就直接交給Blend來做吧; 其實Blend操作起來很簡單，有點類似於在操作PS，我們只需要設置關鍵幀，滑鼠點來點去就可以了，Blend會自動幫我們生成我們想要的動畫效果. 第一步：要創建一個空的WPF項目 第二步：右鍵我們的項目，在最下方有一個，在B ...
  • Prism:框架介紹與安裝
    Prism:框架介紹與安裝 什麼是Prism? Prism是一個用於在 WPF、Xamarin Form、Uno 平臺和 WinUI 中構建鬆散耦合、可維護和可測試的 XAML 應用程式框架 Github https://github.com/PrismLibrary/Prism NuGet htt ...
  • 不可不知的WPF畫筆（Brush）
    在WPF中，屏幕上的所有內容，都是通過畫筆（Brush）畫上去的。如按鈕的背景色，邊框，文本框的前景和形狀填充。藉助畫筆，可以繪製頁面上的所有UI對象。不同畫筆具有不同類型的輸出（ 如：某些畫筆使用純色繪製區域，其他畫筆使用漸變、圖案、圖像或繪圖）。 ...
  • .NET 8 高併發微服務電商系統實戰
    前言 嗨，大家好！推薦一個基於 .NET 8 的高併發微服務電商系統，涵蓋了商品、訂單、會員、服務、財務等50多種實用功能。 項目不僅使用了 .NET 8 的最新特性，還集成了AutoFac、DotLiquid、HangFire、Nlog、Jwt、LayUIAdmin、SqlSugar、MySQL、 ...
  • 基於surging 如何利用peerjs進行語音視頻通話
    本文主要介紹攝像頭（相機）如何採集數據，用於類似攝像頭本地顯示軟體，以及流媒體數據傳輸場景如傳屏、視訊會議等。 攝像頭採集有多種方案，如AForge.NET、WPFMediaKit、OpenCvSharp、EmguCv、DirectShow.NET、MediaCaptre（UWP），網上一些文章以及 ...
  • [WPF]數據綁定時為何會出現StringFormat失效
    前言 Seal-Report 是一款.NET 開源報表工具，擁有 1.4K Star。它提供了一個完整的框架，使用 C# 編寫，最新的版本採用的是 .NET 8.0 。 它能夠高效地從各種資料庫或 NoSQL 數據源生成日常報表，並支持執行複雜的報表任務。 其簡單易用的安裝過程和直觀的設計界面，我們 ...
  • NET Core 多身份校驗與策略模式
    背景需求： 系統需要對接到XXX官方的API，但因此官方對接以及管理都十分嚴格。而本人部門的系統中包含諸多子系統，系統間為了穩定，程式間多數固定Token+特殊驗證進行調用，且後期還要提供給其他兄弟部門系統共同調用。 原則上：每套系統都必須單獨接入到官方，但官方的接入複雜，還要官方指定機構認證的證書 ...
  • C#自定義控制項—轉換開關
    本文介紹下電腦設備關機的情況下如何通過網路喚醒設備，之前電源S狀態 電腦Power電源狀態- 唐宋元明清2188 - 博客園 (cnblogs.com) 有介紹過遠程喚醒設備，後面這倆天瞭解多了點所以單獨加個隨筆 設備關機的情況下，使用網路喚醒的前提條件： 1. 被喚醒設備需要支持這WakeOnL ...
  • .NET 8.0 前後分離快速開發框架
    前言 大家好，推薦一個.NET 8.0 為核心，結合前端 Vue 框架，實現了前後端完全分離的設計理念。它不僅提供了強大的基礎功能支持，如許可權管理、代碼生成器等，還通過採用主流技術和最佳實踐，顯著降低了開發難度，加快了項目交付速度。 如果你需要一個高效的開發解決方案，本框架能幫助大家輕鬆應對挑戰，實 ...
所有分類