使用Vue等框架的首要原因是為了開發(fā)效率，還是減少DOM操作的性能損失？。前端開發(fā)也是如此。實際上，我們都使用jQuery。它簡單而粗糙，并且很容易直接操作界面。如果你想實現(xiàn)任何功能，你會成功的。但是

使用Vue等框架的首要原因是為了開發(fā)效率，還是減少DOM操作的性能損失？

。

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

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

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

Vue被淘汰了嗎？

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

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

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

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

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

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

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

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

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

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

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

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

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

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

首先，我們應該了解“v-text”實際上是Vue中的一個指令。源代碼如下：

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

因此，Vue并沒有回避DOM操作，它也執(zhí)行DOM操作，而是包含在框架中，所以我們沒有明顯的感知到它

目前，大多數(shù)移動終端都首選MVVM開發(fā)框架，無論是Vue、react還是angular。由于歷史的原因，PC需要考慮瀏覽器的兼容性，很多使用jQuery。當然，如果不考慮兼容性，MVVM也可以是新項目的首選開發(fā)模式。但是jQuery歷史悠久，家族背景依然存在，生態(tài)完善，有很多優(yōu)秀的庫，短期內(nèi)不會被取代，肯定會長期存在并被廣泛應用。一些場景，例如開發(fā)簡單的活動頁面、提升頁面jQuery或直接DOM操作，都比較輕松。而且，這兩者不是一個或另一個。JQuery可以在MVVM中使用。兩者可以結(jié)合使用。例如，當一些特效動畫插件MVVM沒有好的庫時，可以添加滿足jQuery生態(tài)需求的組件。一般來說，為了減少對庫的依賴，提高客戶端的加載速度，不建議這樣做，但完全可行。