nfs并發(fā)性能 使用Vue等框架的首要原因是為了開發(fā)效率,還是減少DOM操作的性能損失?
使用Vue等框架的首要原因是為了開發(fā)效率,還是減少DOM操作的性能損失?。前端開發(fā)也是如此。實(shí)際上,我們都使用jQuery。它簡單而粗糙,并且很容易直接操作界面。如果你想實(shí)現(xiàn)任何功能,你會成功的。但是
使用Vue等框架的首要原因是為了開發(fā)效率,還是減少DOM操作的性能損失?
。
前端開發(fā)也是如此。實(shí)際上,我們都使用jQuery。它簡單而粗糙,并且很容易直接操作界面。如果你想實(shí)現(xiàn)任何功能,你會成功的。但是在項(xiàng)目變得越來越復(fù)雜之后,這種開發(fā)方式會出現(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ā)的兩倍。如果你是,你會選哪一個(gè)?
Vue被淘汰了嗎?
今天,我剛開始了解Vue cli 3.0。我開始寫一個(gè)演示,發(fā)現(xiàn)它是驚人的。我放棄了版本2繁瑣的網(wǎng)頁配置。十、 現(xiàn)在可以說它簡單明了,你甚至不需要寫vue.config.js文件沒關(guān)系。它是免費(fèi)的。不管怎樣,它是無害的。但是如果你配置它,你會發(fā)現(xiàn)它并不麻煩。
據(jù)我所知,不應(yīng)該有任何支架可以更快、更直接地反映數(shù)組或?qū)ο蟮淖兓?/p>
另外,語法糖基本上沒什么變化。過去怎么用還是現(xiàn)在怎么用,但是有很多性能優(yōu)化和語法糖分。說真的,我根本找不到vue-cli3.0的致命漏洞。
然后,我還看到人們?yōu)镴Q反對不公正。一年半前,我用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)持前端框架。即使將來會有更高級的框架,JS仍然是最好的。在這個(gè)框架中,我真的想不出還有什么可以玩的了。也許es會逐漸引用這些框架,然后變得如此。例如,當(dāng)您想到JS時(shí),您可以編寫類來繼承嗎?我第一次看到它的時(shí)候,我以為它是Java。。。但現(xiàn)在我支持。。。
那為什么不關(guān)注后端呢?所有節(jié)點(diǎn)都熟練嗎?你知道迪諾嗎?PHP開始了嗎?那蟒蛇呢?我相信這些語言將來會逐漸出現(xiàn)在前端知識點(diǎn)(雖然PHP已經(jīng)出現(xiàn)了,但我覺得太多了。據(jù)說好的PHP是世界上最好的語言。。。)
使用Vue等框架的首要原因是為了開發(fā)效率,還是減少DOM操作的性能損失?
今天的軟件系統(tǒng)已經(jīng)非常復(fù)雜,尤其是服務(wù)器端軟件(前端也是如此),涉及的知識和內(nèi)容非常廣泛。這樣開發(fā)出一個(gè)健全而健壯的軟件,對程序員的要求會很高。如果采用一個(gè)成熟而健壯的框架,那么一些基本的一般性工作,如事務(wù)處理、安全性、數(shù)據(jù)流控制等,都可以交給框架進(jìn)行處理。這樣程序員只需專注于系統(tǒng)的業(yè)務(wù)邏輯設(shè)計(jì),就可以降低開發(fā)難度。
從程序員的角度來看,使用框架最顯著的優(yōu)點(diǎn)是重用。由于框架可以重用代碼,因此從現(xiàn)有的組件庫構(gòu)建應(yīng)用程序非常容易,因?yàn)榻M件使用框架定義的統(tǒng)一接口,這使得組件之間的通信變得簡單。框架可以重用設(shè)計(jì)。它提供了可重用的抽象算法和高層設(shè)計(jì),將大規(guī)模系統(tǒng)分解成更小的組件,并描述了組件之間的內(nèi)部接口。這些標(biāo)準(zhǔn)接口使得通過組裝現(xiàn)有組件來構(gòu)建各種系統(tǒng)成為可能。只要滿足接口定義,就可以將新組件插入到框架中,并且組件設(shè)計(jì)者可以重用框架的設(shè)計(jì)??蚣苓€可以重用分析。如果所有人都按照框架的思想來分析事物,他們可以把它分成相同的組件,采用相似的解決方案,這樣使用相同框架的分析人員就可以相互交流。
該框架的目的是提高工作效率,促進(jìn)大規(guī)模團(tuán)隊(duì)合作,使開發(fā)人員更加關(guān)注業(yè)務(wù)邏輯,避免一些常見問題。當(dāng)然,如果是高級前端開發(fā),在某些場景中直接操作DOM代碼可能會更高效。
因此,盡管框架是件好事,但必須學(xué)習(xí)基本的DOM操作,這是一項(xiàng)必要的技能。
vue學(xué)習(xí)起來困難嗎?
對于小程序開發(fā),只要了解JS語法、閉包等核心概念,就可以啟動小程序,因?yàn)榇a是在小程序提供的沙盒環(huán)境中運(yùn)行的,所以重點(diǎn)是了解小程序提供的能力和API,理解JS編寫。
對于Vue來說,情況更復(fù)雜。在你精通JS之前,不建議學(xué)習(xí)Vue。也許您可以通過查看Vue文檔來編寫一些演示,但是與小程序不同,小程序是一個(gè)環(huán)境,Vue是一個(gè)數(shù)據(jù)驅(qū)動JS的MVVM框架,它服務(wù)于JS。如果你不精通JS,你應(yīng)該學(xué)點(diǎn)東西,服務(wù)JS是本末倒置?如果你不精通JS和Vue,你只能寫一些演示。你不知道你為什么要寫這篇文章,你的表現(xiàn)如何。在這種情況下,你不能為一個(gè)稍微復(fù)雜一點(diǎn)的項(xiàng)目這么做。所以我的建議是,如果你不精通JS,你最好先學(xué)習(xí)JS,打好基礎(chǔ)。如果你必須學(xué)習(xí),學(xué)習(xí)一些小程序是可以的。Vue建議不要擔(dān)心。至少買“JavaScript高級程序設(shè)計(jì)”看清楚,然后學(xué)習(xí)Vue/react這樣的JS框架。
作為一個(gè)在后端工作了四年,在偽前端工作了一年半的工程師,讓我客觀一點(diǎn)。首先,就技術(shù)棧的復(fù)雜性而言,前端和后端并不淺。那些只知道后端的人認(rèn)為前端是兼容的,那些只知道前端并認(rèn)為后端是積垢的人都是高估者和低成就者。一個(gè)人的精力是有限的,每一條技術(shù)路線都可以深入很多內(nèi)容。事實(shí)上,一個(gè)程序員大部分時(shí)間都在解決如何實(shí)現(xiàn)某項(xiàng)業(yè)務(wù),如何優(yōu)化和改造一個(gè)老項(xiàng)目的問題,尤其是在一個(gè)大工廠里。不要高估螺絲釘?shù)淖饔谩?/p>
所以當(dāng)我們討論誰有更多的工作,根據(jù)概率,基本上沒有區(qū)別。但是你要討論的問題只有少數(shù)人和少數(shù)情況需要面對,比如前端的跨端開發(fā)方案,如何平滑各端之間的差異,如何克服各端動畫性能的瓶頸,以及高并發(fā)性、高可用性、數(shù)據(jù)庫子系統(tǒng)表方案、緩存方案、安全策略、通信方案等。那些面臨這些問題的人已經(jīng)被少數(shù)人解決了。市場上的大多數(shù)人,不是螺絲釘,就是信條,真的,誰也不看不起誰,我們都是農(nóng)民工,工作內(nèi)容差別不大
前端工作量大還是后臺工作量大?
直接回復(fù):dute正在移動磚塊。你還有優(yōu)越感嗎?他們都是敢死隊(duì)。你還在死亡的路上嗎?你覺得自己優(yōu)越嗎?