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

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

。

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

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

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

如何銷毀keep alive緩存的組件? 查了很久，查不到結(jié)果，有沒有大神？

我不知道你指的是Vue中的keep alive標(biāo)簽嗎？

如下所示，我記錄了keep-alive組件的緩存功能：

post和input是兩個不相關(guān)的組件，但主組件通過動態(tài)組件標(biāo)記引用這兩個子組件：

如果在切換輸入組件時要在post中保留先前選擇的選項，可以使用keep-alive組件標(biāo)記。這是官方文檔推薦的使用方法，以便可以緩存組件。

我想知道您是否可以刪除“保持活力”標(biāo)簽？

也許你的業(yè)務(wù)很復(fù)雜，但是如果你真的想達到破壞效果，你能使用V-if模式嗎？從父組件傳入固定的業(yè)務(wù)ID，然后在子組件中根據(jù)該ID判斷是否重新呈現(xiàn)。

您可以關(guān)注[前端雨爸爸]。最近我在寫一篇關(guān)于[Vue basic series]的文章。您可以借此機會回顧一下Vue最常用的知識點。

一直搞不懂vue中的生命周期，怎么才能搞清楚？

Vue的官方網(wǎng)站說，“您暫時不需要了解這些。。。“，我想既然你要用Vue進行開發(fā)，如果你不完全理解它，你會發(fā)現(xiàn)你踩到的坑是由它在將來造成的。最好現(xiàn)在就吃。

主要從以下幾個方面進行：

1。Vue的生命周期是什么

2。項目中Vue生命周期的執(zhí)行順序

3。Vue中的內(nèi)置方法和Vue生命周期的運行順序（方法、計算、數(shù)據(jù)、監(jiān)視）

4。自建方法的運行順序和Vue生命周期，如圖所示

5?？偨Y(jié)

1。Vue的生命周期是什么

Vue的每個組件都是獨立的，每個組件都有自己的生命周期。創(chuàng)建、初始化、裝載、更新和銷毀組件就是所謂的組件生命周期。在組件中，具體的方法有：

beforecreate

created

beforemount

mounted

（

BeforeUpdate

updated

]beforedrostroy

destroyed

對應(yīng)的中文，就像字面意思一樣，英文差的童鞋可以找翻譯軟件！謝謝您

Vue被淘汰了嗎？

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

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

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

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

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

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

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

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

如何清理VUE內(nèi)存？

讓我們分享一下我是如何解決這個問題的，原因有兩個三.js首先，不要將非數(shù)據(jù)對象掛在數(shù)據(jù)上，例如三.js渲染器，相機和場景可以設(shè)置為這個在創(chuàng)建或掛載掛鉤或存儲在其他變量。如果它們是在數(shù)據(jù)上定義的，那么Vue將遍歷整個對象樹并設(shè)置相應(yīng)的getter/setter，從而導(dǎo)致不必要的性能開銷。

2、如果渲染器和網(wǎng)格對象存儲在當(dāng)前VM實例上，則需要手動清理它們（此處，假設(shè)Vue不清理自定義屬性，這尚未驗證）。特別是當(dāng)您打開熱更新時，每次更改JS代碼實例時，它都會被銷毀并重新創(chuàng)建。如果不斷刪除引用，它們將始終保存在內(nèi)存中。你可以想象需要多少錢。

最后，記住在每個動畫中保存請求動畫幀的ID，并在銷毀組件時取消動畫幀。