虛擬DOM有什么缺點(diǎn)？DOM的主要優(yōu)點(diǎn)是：易于使用，在使用DOM時(shí)，所有XML文檔信息都會(huì)存儲(chǔ)在內(nèi)存中，并且遍歷簡單，支持XPath，增強(qiáng)了易用性。DOM的缺點(diǎn)是：效率低，解析速度慢，內(nèi)存消耗大，幾乎

虛擬DOM有什么缺點(diǎn)？

DOM的主要優(yōu)點(diǎn)是：易于使用，在使用DOM時(shí)，所有XML文檔信息都會(huì)存儲(chǔ)在內(nèi)存中，并且遍歷簡單，支持XPath，增強(qiáng)了易用性。DOM的缺點(diǎn)是：效率低，解析速度慢，內(nèi)存消耗大，幾乎不可能用于大文件。此外，效率低下還體現(xiàn)在時(shí)間消耗上，因?yàn)槭褂肈OM進(jìn)行解析時(shí)，會(huì)為文檔的每個(gè)元素、屬性、處理指令和注釋創(chuàng)建一個(gè)對(duì)象。這樣，DOM機(jī)制中大量對(duì)象的創(chuàng)建和銷毀無疑會(huì)影響其效率。

什么屬于操作dom,為什么vue避免了dom操作？

什么是DOM操作？要回答這個(gè)問題，首先我們必須了解什么是DOM；DOM是document object model的縮寫；

然后，DOM操作是什么？例如，查找節(jié)點(diǎn)、添加節(jié)點(diǎn)、刪除節(jié)點(diǎn)、修改節(jié)點(diǎn)屬性、修改節(jié)點(diǎn)內(nèi)容等

至于為什么Vue避免DOM操作，其實(shí)據(jù)我了解，不是Vue避免了DOM操作，而是Vue的架構(gòu)幫助我們完成了這些操作，或者說，它通過數(shù)據(jù)更改自動(dòng)驅(qū)動(dòng)DOM更改。在我看來，Vue的架構(gòu)可以幫助我們完成這些操作，一般來說，我們只需要修改數(shù)據(jù)，整個(gè)DOM結(jié)構(gòu)和文檔內(nèi)容就會(huì)自動(dòng)完成，就像我們沒有執(zhí)行DOM操作一樣。其實(shí)不是這樣的，但是當(dāng)我們更改數(shù)據(jù)時(shí)，Vue已經(jīng)為我們完成了DOM操作；

這就是所謂的雙向綁定，數(shù)據(jù)驅(qū)動(dòng)；

例如，當(dāng)我們需要更改某個(gè)元素的數(shù)據(jù)時(shí)，我們都知道“v-text=”text“是在文本值更改時(shí)直接添加到元素中的，相應(yīng)元素的含量也會(huì)發(fā)生變化。那么，它有什么作用呢？

首先，我們應(yīng)該了解“v-text”實(shí)際上是Vue中的一個(gè)指令。源代碼如下：

也就是說，將v-text綁定到元素時(shí)，我們將首先確定元素的元素類型。如果nodeType為3，即如果是文本節(jié)點(diǎn)，則可以通過修改其數(shù)據(jù)屬性來修改文本內(nèi)容；如果是其他節(jié)點(diǎn)，則可以通過修改其數(shù)據(jù)屬性來修改文本內(nèi)容，通過修改其textcontent來修改節(jié)點(diǎn)的值；當(dāng)值發(fā)生變化時(shí)，則這個(gè).el[ 此.attr]=uToString（value）”修改節(jié)點(diǎn)的內(nèi)容；

所以，Vue沒有回避DOM操作，它也執(zhí)行DOM操作，但是包含在框架中，所以我們對(duì)它沒有明顯的感知

我今天才開始了解Vue cli 3.0。我開始寫一個(gè)演示，發(fā)現(xiàn)它是驚人的。我放棄了版本2冗長的網(wǎng)頁配置。現(xiàn)在它簡單明了，你甚至不需要寫它vue.config.js文件沒關(guān)系。它是免費(fèi)的。不管怎樣，它是無害的。但是如果你配置它，你會(huì)發(fā)現(xiàn)它并不麻煩。

據(jù)我所知，不應(yīng)該有任何支架可以更快、更直接地反映數(shù)組或?qū)ο蟮淖兓?/p>

另外，語法糖基本上沒什么變化。過去怎么用還是現(xiàn)在怎么用，但是有很多性能優(yōu)化和語法糖分。說真的，我根本找不到vue-cli3.0的致命漏洞。

然后，我還看到人們?yōu)镴Q反對(duì)不公正。一年半前，我用JQ寫作。當(dāng)時(shí)，我認(rèn)為JQ是JS的最佳框架。太方便了，DOM的操作也太酷了。直到我寫了一張課程安排項(xiàng)目卡。。。

然后我轉(zhuǎn)向一個(gè)小程序，發(fā)現(xiàn)小程序的編寫方法是Vue。。。尤其是組件的編寫方式。。。

畢竟，要消除Vue有點(diǎn)困難。畢竟，這個(gè)時(shí)代是數(shù)據(jù)操作的時(shí)代，而不是DOM操作的時(shí)代。

最后，我不認(rèn)為您應(yīng)該堅(jiān)持前端框架。即使將來會(huì)有更高級(jí)的框架，JS仍然是最好的。在這個(gè)框架中，我真的想不出還有什么可以玩的了。也許es會(huì)逐漸引用這些框架，然后變得如此。例如，當(dāng)您想到JS時(shí)，您可以編寫類來繼承嗎？我第一次看到它的時(shí)候，我以為它是Java。。。但現(xiàn)在我支持。。。

那為什么不關(guān)注后端呢？所有節(jié)點(diǎn)都熟練嗎？你知道迪諾嗎？PHP開始了嗎？那蟒蛇呢？我相信這些語言將來會(huì)逐漸出現(xiàn)在前端知識(shí)點(diǎn)（雖然PHP已經(jīng)出現(xiàn)了，但我覺得太多了。據(jù)說好的PHP是世界上最好的語言。。。)

Vue被淘汰了嗎？

Vscode直接使用DOM API而不是前端框架，原因如下：

綜上所述，使用DOM API開發(fā)Vscode是微軟團(tuán)隊(duì)的正確選擇，而前端框架并不是開發(fā)Vscode的最佳選擇。

vscode為什么選擇直接使用DOM API而不借助現(xiàn)有的前端框架來進(jìn)行開發(fā)？

。

前端開發(fā)也是如此。實(shí)際上，我們都使用jQuery。它簡單而粗糙，并且很容易直接操作界面。如果你想實(shí)現(xiàn)任何功能，你會(huì)成功的。但是在項(xiàng)目變得越來越復(fù)雜之后，這種開發(fā)方式會(huì)出現(xiàn)一個(gè)問題：代碼組織很低，項(xiàng)目的可維護(hù)性很差，特別是當(dāng)項(xiàng)目中的很多頁面都有層次關(guān)系時(shí)，很容易混淆自己。

“.現(xiàn)在我們不應(yīng)該把一個(gè)網(wǎng)頁看作一個(gè)網(wǎng)頁，而是一個(gè)以網(wǎng)頁的形式呈現(xiàn)的應(yīng)用程序。分離數(shù)據(jù)和行為之后，前端開發(fā)變得更加清晰，這也是前端開發(fā)的一個(gè)重要標(biāo)志。

雖然這些框架使用了虛擬DOM等技術(shù)，但由于抽象合理，開發(fā)效率遠(yuǎn)高于傳統(tǒng)前端，比直接操作DOM要慢。試想一下，用這兩種方法開發(fā)的項(xiàng)目效率比傳統(tǒng)開發(fā)低0.5%，但是傳統(tǒng)開發(fā)需要的bug是傳統(tǒng)開發(fā)的兩倍。如果你是，你會(huì)選哪一個(gè)？