為什么感覺(jué)學(xué)了vue之后編程能力下降了？使用框架并不會(huì)讓你的技術(shù)變菜，相反，框架能夠讓你更加方便、快速的實(shí)現(xiàn)某些功能。框架的出現(xiàn)，使開(kāi)發(fā)變得更加簡(jiǎn)單，設(shè)想，如果vue沒(méi)有nodejs的支持，你還會(huì)去使

為什么感覺(jué)學(xué)了vue之后編程能力下降了？

使用框架并不會(huì)讓你的技術(shù)變菜，相反，框架能夠讓你更加方便、快速的實(shí)現(xiàn)某些功能。

框架的出現(xiàn)，使開(kāi)發(fā)變得更加簡(jiǎn)單，設(shè)想，如果vue沒(méi)有nodejs的支持，你還會(huì)去使用嗎？各種依賴(lài)，各種配置，統(tǒng)統(tǒng)需要你自己手工構(gòu)建，你會(huì)把大量的時(shí)間花費(fèi)在無(wú)用的地方，而忽略了你所需要實(shí)現(xiàn)的也許需求。

如果你感覺(jué)使用各類(lèi)框架導(dǎo)致你的能力降低了。那只能說(shuō)你自己的能力還有待提高。

提升你的技術(shù)不一定要會(huì)很多編程語(yǔ)言，需要去了解思想。那么在使用vue的時(shí)候，有沒(méi)有思考過(guò)，vue為什么要這樣設(shè)計(jì)，這樣設(shè)計(jì)有什么優(yōu)勢(shì)，如果是我，我會(huì)怎么設(shè)計(jì)。

如果你專(zhuān)注于前端開(kāi)發(fā)，那你可以嘗試自己去實(shí)現(xiàn)一個(gè)vue，當(dāng)做你的技術(shù)提升。

反問(wèn)提問(wèn)者一個(gè)問(wèn)題，你在使用jquery后，有沒(méi)有感覺(jué)你的技術(shù)下降了？

個(gè)人的一些觀點(diǎn)，歡迎討論！

大學(xué)做項(xiàng)目，負(fù)責(zé)人禁止我用Vue，React，讓我用基礎(chǔ)HTML，CSS，JS開(kāi)發(fā)前端怎么辦？

基礎(chǔ)不牢，地動(dòng)山搖。好好先熟練Javascript這個(gè)基礎(chǔ)吧。就像什么語(yǔ)言都覺(jué)得自己牛，可歸根還是回到c、匯編、最后到機(jī)器語(yǔ)言。

vue與jquery有沖突嗎？

Vue 的官方是不建議直接操作 DOM 的，Vue 的用途在于視圖和數(shù)據(jù)的綁定。如果通過(guò)JQuery 直接操作 DOM 的話(huà)，勢(shì)必會(huì)造成視圖數(shù)據(jù)和模型數(shù)據(jù)的不匹配，這樣 Vue 就失去它存在的意義了。JQuery 和 VueJS 合理使用并不會(huì)造成沖突，因?yàn)樗麄兊膫?cè)重點(diǎn)不同，VueJS 側(cè)重?cái)?shù)據(jù)綁定和視圖組件，JQuery 側(cè)重異步請(qǐng)求和動(dòng)畫(huà)效果。如果使用JQuery VueJS 開(kāi)發(fā)，一定要在 Vue 渲染完所有的 HTML組件之后再通過(guò) JQuery 處理，而使用 JQuery 時(shí)應(yīng)避免直接操作 DOM ，但是應(yīng)用動(dòng)畫(huà)是允許的。JQuery 與 VueJS 相互配合可以非常高效的完成異步任務(wù)，首先通過(guò) JQuery 發(fā)出 Ajax 請(qǐng)求，接受到服務(wù)端傳遞的 JSON 數(shù)據(jù)后，再通過(guò) Vue 將數(shù)據(jù)綁定到組件上，最后由 JQuery 進(jìn)行動(dòng)畫(huà)處理，整個(gè)過(guò)程就如行云流水般自然。說(shuō)句題外話(huà)，Vue 的目的不是取代 JQuery，它是為了解決前后端分離而出現(xiàn)的。如果沒(méi)有數(shù)據(jù)變化，只是單純的樣式變化，則沒(méi)有必要去大費(fèi)周章進(jìn)行視圖模型的綁定，并且還不利于 SEO 優(yōu)化。

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ǔ)言呢。。。)

2020年了，如果現(xiàn)在做一個(gè)PC傳統(tǒng)網(wǎng)站（多頁(yè)面、符合SEO），要求要工程化，現(xiàn)在是用什么技術(shù)棧？

現(xiàn)在如果要做一個(gè)PC端傳統(tǒng)網(wǎng)站。比較流行前后端分離的形式。那么為什么要用前后端分離的形式呢？

因?yàn)樵谇昂蠖藳](méi)有分離的時(shí)代。我們大多使用mvc進(jìn)行開(kāi)發(fā)。但是這有一個(gè)局限。就在于我的前端和我的后端處于高度耦合。前端的數(shù)據(jù)以及頁(yè)面渲染，包括重定向，都是需要從后端進(jìn)行指定。簡(jiǎn)單的來(lái)說(shuō)，后端和前端是1對(duì)1的模式。這不利于前端形式的拓展。

而目前又隨著手機(jī)的普遍使用，手機(jī)應(yīng)用包括移動(dòng)端網(wǎng)站越來(lái)越被大眾所接受。那么此時(shí)我們就想用同一組數(shù)據(jù)去渲染不同的前端界面。很顯然，mvc是不能滿(mǎn)足這種情況的。于是我們開(kāi)始用前后端分離的模式進(jìn)行開(kāi)發(fā)。

那么前端如果是一個(gè)PC網(wǎng)站如果要考慮兼容性，那么用的相對(duì)比較多的其實(shí)還是jquery。但是在目前大多數(shù)瀏覽器都能支持比較新的技術(shù)的背景下，其實(shí)不需要考慮太多兼容性的問(wèn)題，那么現(xiàn)在我們大多使用vue進(jìn)行前端開(kāi)發(fā)。Vue的優(yōu)勢(shì)在于通過(guò)數(shù)據(jù)驅(qū)動(dòng)，可以組建化開(kāi)發(fā)，通過(guò)mvvm模式進(jìn)行數(shù)據(jù)渲染和綁定。當(dāng)然vue同樣支持多頁(yè)面開(kāi)發(fā)。

在后端我們一般使用WebAPI向前端提供數(shù)據(jù)。其優(yōu)勢(shì)在于很輕量化，而且和前端配合特別友好，效率很高。另一個(gè)優(yōu)勢(shì)在于數(shù)據(jù)高并發(fā)的需求越來(lái)越多。通過(guò)前后端分離的模式，我們可以很方便的進(jìn)行分布式集成化部署，達(dá)到后端服務(wù)器的負(fù)載均衡。

綜上所述，2020年我們可以選擇前后端分離的模式，使用vue WebAPI的模式進(jìn)行PC端頁(yè)面的開(kāi)發(fā)。