本篇內(nèi)容介紹了“Ref操作Dom在Vue2.x和Vue3.x的不同點有哪些”的有關知識,在實際案例的操作過程中,不少人都會遇到這樣的困境,接下來就讓小編帶領大家學習一下如何處理這些情況吧!希望大家仔細閱讀,能夠?qū)W有所成!
成都創(chuàng)新互聯(lián)專注為客戶提供全方位的互聯(lián)網(wǎng)綜合服務,包含不限于成都網(wǎng)站設計、成都網(wǎng)站制作、潛山網(wǎng)絡推廣、微信平臺小程序開發(fā)、潛山網(wǎng)絡營銷、潛山企業(yè)策劃、潛山品牌公關、搜索引擎seo、人物專訪、企業(yè)宣傳片、企業(yè)代運營等,從售前售中售后,我們都將竭誠為您服務,您的肯定,是我們最大的嘉獎;成都創(chuàng)新互聯(lián)為所有大學生創(chuàng)業(yè)者提供潛山建站搭建服務,24小時服務熱線:18982081108,官方網(wǎng)址:www.cdcxhl.com
在開發(fā)一個項目之前,我們往往都是先做下需求分析,針對前端而言,就是可以調(diào)研或者選擇一個基礎組件庫,來提高我們的工作效率。畢竟,對比較計較時間成本的公司來說,不會給你拿看電視劇玩游戲的時間去專門開發(fā)一個類似日歷的組件。但在市面上的組件庫,并不能都能滿足我們的需求。這個時候,我們就需要自己手寫組件,來應用到項目中。
而這就是我想說的: 如何設計組件,讓其既能易于應用(或者說減少代碼量),又能提高擴展性,方便需求變更和后續(xù)維護?
可以有很多種方式,而利用Ref操作Dom的特性隨是其中之一,但這個方式卻讓我們在維護和操作Modal、Popup以及頻繁操作Dom顯示和隱藏交互的組件的時候,卻發(fā)揮得很大優(yōu)勢。
就對Ref操作Dom的相關知識點以及應用實例分幾個方面來做下剖析
Ref獲取Dom的本質(zhì)
Ref操作Dom在Vue2.x和Vue3.x的不同
Ref操作組件Dom和父子組件單向傳遞對比
Ref獲取Dom的本質(zhì)
Vue2.x中Vue的對象屬性$refs,其實就是所有注冊過的ref的一個集合,而ref對應著template模版中,不同組件或普通Dom元素上關聯(lián)的ref="xx"; 源碼中ref的實際獲取方式也是通過原生方式getElementById而得到的Dom節(jié)點;可以說ref是document.getElementById
的語法糖。vue3的ref延續(xù)了vue2的用法,還增加了一個作用就是創(chuàng)建響應式數(shù)據(jù)
也許有人會問了,既然ref和getElementById都能獲取到Dom,那么在項目開發(fā)中,我選擇哪種方式都沒什么區(qū)別呢?
關于這個問題,經(jīng)過數(shù)據(jù)表明,$refs相對document.getElementById的方法,會減少獲取dom節(jié)點的消耗;而具體原因,等下一篇文章再詳細探討。
Ref操作Dom在Vue2.x和Vue3.x的不同
我們只需要在相應的Dom元素或者組件加上ref="xx"屬性,然后在Vue對象中使用this.$refs.xx,就可以直接獲取到該Dom并操作其方法屬性,
// $refs
showManagerModal () {
this.$refs.avaUserTreeSelect.showModal(this.form.managers)
console.log(this.$refs.user.text)
},
在Vue3.2版本使用的方式
//普通Dom
//組件
也許這里有人疑問,為什么聲明了一個和template的ref中同名的常量變量就綁定了對應的dom? 在這里再補充說明一下:
Vue3 在早期版本( 3.0.0-beta.21 之前)中對 composition api 的支持,只能在組件選項 setup
函數(shù)中使用。而相應式的變量都是通過在setup()方法中return {寫入需要在模版中使用的變量或方法}
在 3.0.0-beta.21 版本中增加了 的實驗特性。如果使用了,會提示
還處在實驗特性階段。
在 3.2.0 版本中移除 的實驗狀態(tài),從此,宣告
正式轉(zhuǎn)正使用,成為框架穩(wěn)定的特性之一
與組件選項
setup
函數(shù)對比, 我們只需要寫更少、更簡潔的代碼,不需要使用
return {}
暴露變量和方法了,使用組件時不需要主動注冊了,會自動幫你綁定
所以在中聲明的變量會自動被加到該Vue對象的本身this中,如
|
|
---|---|
const user = ref(null); | this.$ref.user |
Ref操作組件Dom和父子組件單向傳遞
props父傳子,子通過emits傳父,這樣單方向傳遞,在控制彈層組件的顯示和隱藏方面也可以實現(xiàn),但是如此一來,我們就會像下面一樣 父組件
子組件ExchangeValidModalVue.vue
從代碼里面我們就可以發(fā)現(xiàn)通過用父子組件單向傳遞的方式去實現(xiàn)一個組件的顯示和隱藏功能,我們需要如此費勁地聲明多個變量,還要做兩次監(jiān)聽,萬一后面不止一個這樣的參數(shù)進行傳遞,那么代碼量可想而知,而且也不易維護。
其實顯示和隱藏的功能可以直接在內(nèi)部中進行值的響應即可,并不需要在父級別中操作,如下將上面代碼改變一下:
子組件ExchangeValidModalVue.vue
那么在父組件中,我們只需要通過ref得到該組件Dom,然后操作Dom內(nèi)部的方法即可;
如:父組件改寫
如此,是不是比父子單向數(shù)據(jù)傳遞的方式更加高效易用?當然上面所說的只是我舉的一個例子,當后續(xù)需要在組件內(nèi)擴展功能也可按類似的方法代替單向數(shù)據(jù)流的方式擴展
但,請注意;這種操作dom方式,并不是什么場景下都是最佳的選擇;我們可以分情況選擇,比如當一些數(shù)據(jù)只需要在子組件的范疇中實現(xiàn),而不需要父組件外加干涉的情況下,選擇ref操作dom更為高效;
補充知識點:
defineExpose
在 Vue3.2 中,默認不會暴露任何在 中聲明的綁定,即不能通過模板
ref
獲取到組件實例聲明的綁定。
Vue3.2 提供了 defineExpose
編譯器宏,可以顯式地暴露需要暴露的組件中聲明的變量和方法。
“Ref操作Dom在Vue2.x和Vue3.x的不同點有哪些”的內(nèi)容就介紹到這里了,感謝大家的閱讀。如果想了解更多行業(yè)相關的知識可以關注創(chuàng)新互聯(lián)網(wǎng)站,小編將為大家輸出更多高質(zhì)量的實用文章!