前端多條件查詢?nèi)绾螌?shí)現(xiàn) vue組件什么條件下需要摧毀?
vue組件什么條件下需要摧毀?組件,我們暫時(shí)把它們分為兩類,以便于理解主題,明確主題的初衷。小組件,如下拉選擇器、按鈕等。當(dāng)頁(yè)面由小組件組成時(shí),它將在何時(shí)被銷毀?一是你認(rèn)為這個(gè)組件目前在這個(gè)頁(yè)面上是無(wú)
vue組件什么條件下需要摧毀?
組件,我們暫時(shí)把它們分為兩類,以便于理解主題,明確主題的初衷。
小組件,如下拉選擇器、按鈕等。當(dāng)頁(yè)面由小組件組成時(shí),它將在何時(shí)被銷毀?一是你認(rèn)為這個(gè)組件目前在這個(gè)頁(yè)面上是無(wú)用的,而且你以后很少需要它,所以你可以在這個(gè)時(shí)候用V-IF銷毀它。第二種情況是你不需要這個(gè)頁(yè)面。例如,如果跳轉(zhuǎn)到另一個(gè)頁(yè)面,這些小部件將隨著頁(yè)面的銷毀而自然銷毀。
如上所述,如果您使用單個(gè)組件頁(yè)開(kāi)發(fā)項(xiàng)目,則此處的第二種組件可以理解為頁(yè)組件。一個(gè)頁(yè)面對(duì)應(yīng)一個(gè)組件,也就是說(shuō),一個(gè)路由對(duì)應(yīng)一個(gè)組件。這時(shí),破壞頁(yè)面組件是很自然的,我們跳轉(zhuǎn)到其他頁(yè)面時(shí)會(huì)破壞它,但我們要注意的是,僅僅破壞頁(yè)面組件就足夠了嗎?如果您有一些全局變量、全局操作等,則需要在組件的destroy hook函數(shù)中做進(jìn)一步的處理,以實(shí)現(xiàn)真正想要的銷毀。
Vue被淘汰了嗎?
今天,我剛開(kāi)始了解Vue cli 3.0。我開(kāi)始寫(xiě)一個(gè)演示,發(fā)現(xiàn)它是驚人的。我放棄了版本2繁瑣的網(wǎng)頁(yè)配置?,F(xiàn)在可以說(shuō)它簡(jiǎn)單明了,你甚至不需要寫(xiě)它vue.config.js文件沒(méi)關(guān)系。它是免費(fèi)的。不管怎樣,它是無(wú)害的。但是如果你配置它,你會(huì)發(fā)現(xiàn)它并不麻煩。
據(jù)我所知,不應(yīng)該有任何支架可以更快、更直接地反映數(shù)組或?qū)ο蟮淖兓?/p>
另外,語(yǔ)法糖基本上沒(méi)什么變化。過(guò)去怎么用還是現(xiàn)在怎么用,但是有很多性能優(yōu)化和語(yǔ)法糖分。說(shuō)真的,我根本找不到vue-cli3.0的致命漏洞。
然后,我還看到人們?yōu)镴Q反對(duì)不公正。一年半前,我用JQ寫(xiě)作。當(dāng)時(shí),我認(rèn)為JQ是JS的最佳框架。太方便了,DOM的操作也太酷了。直到我寫(xiě)了一張課程安排項(xiàng)目卡。。。
然后我轉(zhuǎn)向一個(gè)小程序,發(fā)現(xiàn)小程序的編寫(xiě)方法是Vue。。。尤其是組件的編寫(xiě)方式。。。
畢竟,要消除Vue有點(diǎn)困難。畢竟,這個(gè)時(shí)代是數(shù)據(jù)操作的時(shí)代,而不是DOM操作的時(shí)代。
最后,我不認(rèn)為您應(yīng)該堅(jiān)持前端框架。即使將來(lái)會(huì)有更高級(jí)的框架,JS仍然是最好的。在這個(gè)框架中,我真的想不出還有什么可以玩的了。也許es會(huì)逐漸引用這些框架,然后變得如此。例如,當(dāng)您想到JS時(shí),您可以編寫(xiě)類來(lái)繼承嗎?我第一次看到它的時(shí)候,我以為它是Java。。。但現(xiàn)在我支持。。。
那為什么不關(guān)注后端呢?所有節(jié)點(diǎn)都熟練嗎?你知道迪諾嗎?PHP開(kāi)始了嗎?那蟒蛇呢?我相信這些語(yǔ)言將來(lái)會(huì)逐漸出現(xiàn)在前端知識(shí)點(diǎn)(雖然PHP已經(jīng)出現(xiàn)了,但我覺(jué)得太多了。據(jù)說(shuō)好的PHP是世界上最好的語(yǔ)言……)
vue怎么在根組件里取到當(dāng)前使用的路由呢?
路線。匹配
我不能獲取當(dāng)前路線位置.href
我不能獲取當(dāng)前路線嗎