Une brève analyse de la différence entre l'opération Ref Dom dans Vue2.x et Vue3.x

Pourquoi Ref Operating Dom est-il si simple à utiliser et efficace ? L'article suivant parlera du fonctionnement de Ref, présentera l'essence de Ref obtenant Dom, sa différence entre Vue2.x et Vue3.x, etc. J'espère qu'il sera utile à tout le monde !

Avant de développer un projet, nous effectuons souvent d'abord une analyse des besoins. Pour le front-end, nous pouvons rechercher ou sélectionner une bibliothèque de composants de base pour améliorer notre efficacité de travail. Après tout, une entreprise soucieuse du coût du temps ne vous laissera pas le temps de regarder des séries télévisées et de jouer à des jeux pour développer un composant de type calendrier. Cependant, toutes les bibliothèques de composants du marché ne peuvent pas répondre à nos besoins. À ce stade, nous devons écrire nous-mêmes les composants à la main pour les appliquer au projet.

Et voici ce que je veux dire : Comment concevoir des composants de manière à ce qu'ils soient faciles à appliquer (ou à réduire la quantité de code), tout en améliorant l'évolutivité et en facilitant les changements de demande et la maintenance ultérieure ?

Il existe de nombreuses façons, et utiliser Ref pour faire fonctionner Dom en fait partie, mais cette méthode nous pose des problèmes lors de la maintenance et de l'utilisation de Modal, Popup et de l'utilisation fréquente de Dom pour afficher et masquer des composants interactifs. . [Recommandations associées : tutoriel vidéo vuejs, développement web front-end]

Analysons les points de connaissances pertinents et les exemples d'application de Ref exploitant Dom sous plusieurs aspects

• Ref obtient l'essence de Dom
• Ref The différence entre l'exploitation de Dom dans Vue2. L'attribut $refs est en fait une collection de toutes les références enregistrées, et ref correspond au ref="xx" associé à différents composants ou éléments Dom ordinaires dans le modèle ; le code source passe également par la méthode native getElementById Et le nœud Dom obtenu
On peut dire que ref est le sucre syntaxique de document.getElementById. La référence de Vue3 continue d'utiliser vue2 et ajoute également une fonction de création de données réactives

Certaines personnes peuvent se demander, puisque ref et getElementById peuvent obtenir Dom, quelle méthode dois-je choisir pendant le développement du projet ?

Concernant ce problème, les données montrent que $refs réduira la consommation d'obtention des nœuds dom par rapport à la méthode document.getElementById ; les raisons spécifiques seront discutées en détail dans le prochain article ;

L'opération Ref Dom est différente entre Vue2. Ou ajoutez l'attribut ref="xx" au composant, puis utilisez this.$refs.xx dans l'objet Vue pour obtenir directement le Dom et exploiter ses attributs de méthode,

<user-and-dep-tree-select-modal
  ref="avaUserTreeSelect"
  title="選擇可見範圍"
  :project-id="currentProjectId"
  :visible.sync="avaUserModalVisible"
  @ok="editAvailableUser"
/>
或者
<div class="user" ref="user">dd</div>

// $refs
showManagerModal () {
  this.$refs.avaUserTreeSelect.showModal(this.form.managers)
  console.log(this.$refs.user.text)
},

Vue3.2document.getElementById的语法糖。vue3的ref延续了vue2的用法，还增加了一个作用就是创建响应式数据

也许有人会问了，既然ref和getElementById都能获取到Dom，那么在项目开发中，我选择哪种方式都没什么区别呢？

关于这个问题，经过数据表明，$refs相对document.getElementById的方法，会减少获取dom节点的消耗；而具体原因，等下一篇文章再详细探讨。

Ref操作Dom在Vue2.x和Vue3.x的不同

Vue2.x

我们只需要在相应的Dom元素或者组件加上ref="xx"属性,然后在Vue对象中使用this.$refs.xx,就可以直接获取到该Dom并操作其方法属性,

//普通Dom
<div class="user" ref="user"></div>
//组件
<batch-adjust-department-modal ref="batchAdjustDepartmentRef" />

<script setup>
import { ref } from &#39;vue&#39;;
// modal调整部门弹层Dom
const batchAdjustDepartmentRef = ref(null);
const user = ref(null);
</script>

Vue3.2

在Vue3.2版本使用的方式

<script>
import { defineComponent, ref } from &#39;vue&#39;

export default defineComponent({
  name: &#39;HelloWorld&#39;,
  setup(props, ctx) {
    const count = ref(0)
    function add() {
      count.value++
    }
    // 使用return {} 把变量、方法暴露给模板
    return {
      count,
      add,
    }
  },
})
</script>

<template>
  <exchange-valid-modal-vue v-model:visible="visibleExchange" />
</template>
<script setup>
// 转让管理员组件
import ExchangeValidModalVue from &#39;./modal/ExchangeValidModal.vue&#39;;
// modal弹层
const visibleExchange = ref(false); // 转让管理员可视化
const onExchangeAdmin = () => {
  visibleExchange.value = true;
};
</script>

也许这里有人疑问，为什么声明了一个和template的ref中同名的常量变量就绑定了对应的dom? 在这里再补充说明一下：

• Vue3 在早期版本（ 3.0.0-beta.21 之前）中对 composition api 的支持，只能在组件选项 setup 函数中使用。而相应式的变量都是通过在setup()方法中return {写入需要在模版中使用的变量或方法}

<template>
    <t-dialog
      v-model:visible="visibleExchange"
      header="转让主管理员"
      attach="body"
      width="384px"
      :confirm-on-enter="true"
      :on-close="onCloseExchange"
    />
</template>
<script setup>
const visibleExchange = ref(false);
const props = defineProps({
  data: {
    type: Object,
    default: () => {},
  },
  visible: {
    type: Boolean,
    default: false,
  },
});
watch(
  () => props.visible,
  (cur, pre) => {
    visibleExchange.value = cur;
    if (cur) {
      firstTag.value = 1;
    }
  },
);
watch(
  () => visibleExchange.value,
  (cur, pre) => {
    emits(&#39;update:visible&#39;, cur);
  },
);
</script>

• 在 3.0.0-beta.21 版本中增加了 5101c0cdbdc49998c642c71f6b6410a8 的实验特性。如果使用了，会提示 5101c0cdbdc49998c642c71f6b6410a8 还处在实验特性阶段。
• 在 3.2.0 版本中移除 5101c0cdbdc49998c642c71f6b6410a8 的实验状态，从此，宣告 5101c0cdbdc49998c642c71f6b6410a8 正式转正使用，成为框架稳定的特性之一 与组件选项 setup 函数对比， 5101c0cdbdc49998c642c71f6b6410a8 我们只需要写更少、更简洁的代码，不需要使用 return {} 暴露变量和方法了，使用组件时不需要主动注册了，会自动帮你绑定

所以在5101c0cdbdc49998c642c71f6b6410a8中声明的变量会自动被加到该Vue对象的本身this中，如

La méthode utilisée dans la version Vue3.2

<template>
    <t-dialog
      v-model:visible="visible"
      header="转让主管理员"
      attach="body"
      width="384px"
      :confirm-on-enter="true"
      :on-close="onCloseExchange"
    />
</template>
<script setup>
import { ref } from &#39;vue&#39;;
const visible = ref(false);
const emits = defineEmits([&#39;call&#39;]);
const onEmitSelectSuperiod = () => { // 省略
  emits(&#39;call&#39;);
}；
const onOpen = () => {
  visible.value = true;
};
const onClose = () => {
  visible.value = false;
};

defineExpose({
  onOpen,
  onClose,
});
</script>

<template>
  <exchange-valid-modal-vue ref="exchangeRef" />
</template>
<script setup>
// 转让管理员组件
import ExchangeValidModalVue from &#39;./modal/ExchangeValidModal.vue&#39;;
// modal弹层
const exchangeRef = ref(null); // 转让管理员可视化
const onExchangeOpen = () => {
   exchangeRef.onOpen() // 直接操作dom里defineExpose暴露出来的方法
};
</script>

Peut-être que quelqu'un ici a une question, pourquoi est-il lié au dom correspondant après déclarer une variable constante avec le même nom que la référence du modèle ? Voici une petite explication supplémentaire : la prise en charge de l'API de composition par

5101c0cdbdc49998c642c71f6b6410a8	3f1c4e4b6b16bbbd69b2ee476dc4f83a
const user = ref(null);	this.$ref.user

🎜🎜Vue3 dans les versions antérieures (avant 3.0.0-beta.21) ne peut être utilisée que dans la fonction setup de l'option de composant. Les variables correspondantes sont toutes renvoyées dans la méthode setup() {écrire les variables ou méthodes qui doivent être utilisées dans le modèle}🎜🎜rrreee🎜🎜Dans la version 3.0.0-beta.21, cfe15874d950b156056aa34b7ccd2671. S'il est utilisé, il indiquera que 5101c0cdbdc49998c642c71f6b6410a8 est encore au stade des fonctionnalités expérimentales. 🎜🎜Suppression du statut expérimental de 5101c0cdbdc49998c642c71f6b6410a8 dans la version 3.2.0. Désormais, il est annoncé que 5101c0cdbdc49998c642c71f6b6410a8 sera officiellement utilisé et. devient une fonctionnalité stable du framework. Par rapport à la fonction setup de l'option de composant, 5101c0cdbdc49998c642c71f6b6410a8, nous avons seulement besoin d'écrire de moins en plus de code concis et nous n'avons pas besoin d'utiliser return {} Les variables et les méthodes sont exposées. Vous n'avez pas besoin de vous inscrire activement lors de l'utilisation du composant. Il sera automatiquement lié pour vous🎜🎜🎜, donc les variables déclarées dans <code>5101c0cdbdc49998c642c71f6b6410a8. sera automatiquement ajouté à la Vue. L'objet lui-même s'y trouve, tel que 🎜🎜

5101c0cdbdc49998c642c71f6b6410a8

<script&gt ;

const user = ref(null);🎜

cet.$ref. utilisateur🎜🎜🎜🎜 Ref操作组件Dom和父子组件单向传递 props父传子，子通过emits传父，这样单方向传递，在控制弹层组件的显示和隐藏方面也可以实现，但是如此一来，我们就会像下面一样 父组件 <template> <exchange-valid-modal-vue v-model:visible="visibleExchange" /> </template> <script setup> // 转让管理员组件 import ExchangeValidModalVue from &#39;./modal/ExchangeValidModal.vue&#39;; // modal弹层 const visibleExchange = ref(false); // 转让管理员可视化 const onExchangeAdmin = () => { visibleExchange.value = true; }; </script> 子组件ExchangeValidModalVue.vue <template> <t-dialog v-model:visible="visibleExchange" header="转让主管理员" attach="body" width="384px" :confirm-on-enter="true" :on-close="onCloseExchange" /> </template> <script setup> const visibleExchange = ref(false); const props = defineProps({ data: { type: Object, default: () => {}, }, visible: { type: Boolean, default: false, }, }); watch( () => props.visible, (cur, pre) => { visibleExchange.value = cur; if (cur) { firstTag.value = 1; } }, ); watch( () => visibleExchange.value, (cur, pre) => { emits(&#39;update:visible&#39;, cur); }, ); </script> 从代码里面我们就可以发现通过用父子组件单向传递的方式去实现一个组件的显示和隐藏功能，我们需要如此费劲地声明多个变量，还要做两次监听，万一后面不止一个这样的参数进行传递，那么代码量可想而知，而且也不易维护。 其实显示和隐藏的功能可以直接在内部中进行值的响应即可，并不需要在父级别中操作，如下将上面代码改变一下： 子组件ExchangeValidModalVue.vue <template> <t-dialog v-model:visible="visible" header="转让主管理员" attach="body" width="384px" :confirm-on-enter="true" :on-close="onCloseExchange" /> </template> <script setup> import { ref } from &#39;vue&#39;; const visible = ref(false); const emits = defineEmits([&#39;call&#39;]); const onEmitSelectSuperiod = () => { // 省略 emits(&#39;call&#39;); }； const onOpen = () => { visible.value = true; }; const onClose = () => { visible.value = false; }; defineExpose({ onOpen, onClose, }); </script> 那么在父组件中，我们只需要通过ref得到该组件Dom，然后操作Dom内部的方法即可； 如：父组件改写 <template> <exchange-valid-modal-vue ref="exchangeRef" /> </template> <script setup> // 转让管理员组件 import ExchangeValidModalVue from &#39;./modal/ExchangeValidModal.vue&#39;; // modal弹层 const exchangeRef = ref(null); // 转让管理员可视化 const onExchangeOpen = () => { exchangeRef.onOpen() // 直接操作dom里defineExpose暴露出来的方法 }; </script> 如此，是不是比父子单向数据传递的方式更加高效易用？当然上面所说的只是我举的一个例子，当后续需要在组件内扩展功能也可按类似的方法代替单向数据流的方式扩展 但，请注意；这种操作dom方式，并不是什么场景下都是最佳的选择；我们可以分情况选择，比如当一些数据只需要在子组件的范畴中实现，而不需要父组件外加干涉的情况下，选择ref操作dom更为高效； 补充知识点： defineExpose 在 Vue3.2 中，默认不会暴露任何在 5101c0cdbdc49998c642c71f6b6410a8 中声明的绑定，即不能通过模板 ref 获取到组件实例声明的绑定。 Vue3.2 提供了 defineExpose 编译器宏，可以显式地暴露需要暴露的组件中声明的变量和方法 （学习视频分享：vuejs入门教程、编程基础视频）

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!