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)系。

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.js頁(yè)面內(nèi)容多，出現(xiàn)卡頓現(xiàn)象？有誰(shuí)遇到過(guò)嗎？

事實(shí)上，Vue中methods中的方法不是響應(yīng)觸發(fā)的，只有在響應(yīng)觸發(fā)時(shí)才能獲取VM數(shù)據(jù)。 -caton問(wèn)題可以從其他角度進(jìn)行分析，比如開(kāi)發(fā)包的大小是否影響瀏覽器解析，是否添加了額外的CSS/JS動(dòng)畫(huà)效果，以及重偵聽(tīng)器方法是否綁定到與輸入相關(guān)的事件。使用Chrome的性能，您可以檢查時(shí)間線上每個(gè)函數(shù)調(diào)用的耗時(shí)，這可能對(duì)您有所幫助。

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

。

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

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

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