vue商城項(xiàng)目畢業(yè)論文 vue可完全替代jq嗎?
vue可完全替代jq嗎?目前移動(dòng)端大部分都已經(jīng)首選mvvm的開(kāi)發(fā)框架,不論是vue,react還是angular。PC因?yàn)闅v史原因,要考慮瀏覽器兼容性問(wèn)題還有不少使用jquery。當(dāng)然如果不考慮兼容性
vue可完全替代jq嗎?
目前移動(dòng)端大部分都已經(jīng)首選mvvm的開(kāi)發(fā)框架,不論是vue,react還是angular。PC因?yàn)闅v史原因,要考慮瀏覽器兼容性問(wèn)題還有不少使用jquery。當(dāng)然如果不考慮兼容性,新項(xiàng)目目前mvvm也可以作為首選的開(kāi)發(fā)模式。不過(guò)jquery歷史悠久家底還在,而且生態(tài)完善,還有很多優(yōu)秀的庫(kù),短期內(nèi)必然是不會(huì)被替換掉,肯定還會(huì)長(zhǎng)期存在且被廣泛使用。有些場(chǎng)景比如開(kāi)發(fā)簡(jiǎn)單的活動(dòng)頁(yè)推廣頁(yè)jquery或者直接dom操作更輕量。而且二者不是非此即彼的關(guān)系,在mvvm里面完全可以使用jquery。二者可以結(jié)合使用,比如某些特效動(dòng)畫(huà)插件mvvm沒(méi)有比較好的庫(kù)的時(shí)候,jquery生態(tài)里面滿足需求的組件的就可以加進(jìn)去用了。一般為了減少依賴庫(kù)提升客戶端加載速度,不建議這么用,但是完全是可行的。
有人說(shuō)現(xiàn)在前端入門(mén)門(mén)檻越來(lái)越低,那么現(xiàn)在學(xué)前端還有前景嗎?
說(shuō)前端入門(mén)低的應(yīng)該是沒(méi)有做過(guò)前后端分離的后端;說(shuō)后端只會(huì)增刪改查的應(yīng)該是只做過(guò)前后端分離的前端!前后端互相抱怨也不是一天兩天了,不在其中不知道其中的厲害關(guān)系!
存在即合理,存在就有所需,與其六神無(wú)主,不如去學(xué)了再說(shuō)!
Vue被淘汰了嗎?
我今天才開(kāi)始去了解Vue-cli 3.0,著手寫(xiě)了一個(gè)demo下來(lái)發(fā)現(xiàn),簡(jiǎn)直驚為天人,拋棄了2.x版本繁瑣的webpack配置,現(xiàn)在的可以說(shuō)簡(jiǎn)潔明了,你甚至不用寫(xiě)vue.config.js也行,空著唄,反正無(wú)傷大雅,但如果你配置一下你會(huì)發(fā)現(xiàn)也并不麻煩。
在我知道的知識(shí)范圍內(nèi),應(yīng)該是沒(méi)有比這個(gè)腳手架更能快速直接地反應(yīng)出數(shù)組或?qū)ο笞兓牧恕?/p>
此外,語(yǔ)法糖基本沒(méi)有很大變化,以前該怎么用現(xiàn)在還怎么用,只是性能優(yōu)化和語(yǔ)法糖很多了。講真,我完全找不到vue-cli3.0致命的坑。
然后,我還看到有人為jq打抱不平,我在一年半以前基本都是用jq寫(xiě)的,那時(shí)候覺(jué)得jq是js最好的框架,實(shí)在太方便了,操作dom也實(shí)在太爽了,直到我某次寫(xiě)一個(gè)排課項(xiàng)目卡了殼。。。
隨后我就轉(zhuǎn)小程序了,發(fā)現(xiàn)小程序的寫(xiě)法不就是vue么。。。尤其是組件的寫(xiě)法。。。
講到底,vue被淘汰有點(diǎn)難,畢竟這個(gè)時(shí)代是操作數(shù)據(jù)的時(shí)代,已經(jīng)不是dom操作的天下了。
最后,我覺(jué)得你不應(yīng)該拘泥于前端框架,就算以后會(huì)出現(xiàn)更先進(jìn)的框架,充其量也還是js,我實(shí)在想不出在框架這方面還能玩出什么花了。大概es會(huì)慢慢參考這些框架,然后自己變成如此也說(shuō)不定。就比如當(dāng)年你能想到j(luò)s里面還能寫(xiě)class來(lái)繼承?我第一次看到還以為是java。。。但現(xiàn)在不也就支持了么。。。
所以為什么不把目光放向后端?node都熟練了嗎?deno了解過(guò)嗎?php入門(mén)了嗎?python好歹掌握一下吧?這些語(yǔ)言我相信以后會(huì)慢慢出現(xiàn)在前端必會(huì)知識(shí)點(diǎn)里面(雖然php已經(jīng)是了,但感覺(jué)過(guò)氣了啊,說(shuō)好的php是世界上最好的語(yǔ)言呢。。。)