mvvm雙向綁定iOS mvvm模式的理解?
mvvm模式的理解?前端那么多技術(shù),真的有必要嗎?哈哈。JQuery不是技術(shù),而是藝術(shù)。JQuery只是提供了一個想法和一個框架。你可以看看如何自己做一個輪子;選擇器很麻煩,你可以重寫它。JQuery
mvvm模式的理解?
前端那么多技術(shù),真的有必要嗎?
哈哈。
JQuery不是技術(shù),而是藝術(shù)。
JQuery只是提供了一個想法和一個框架。你可以看看如何自己做一個輪子;
選擇器很麻煩,你可以重寫它。JQuery非常好。一些所謂的前端程序員,使用了一些jQuery的api和函數(shù),覺得它是落后的、垃圾的,這確實(shí)降低了前端的門檻;
jQuery只關(guān)注DOM操作,很多函數(shù)沒有包含在內(nèi),jQuery很難做細(xì)粒度的定制,但是重構(gòu),重構(gòu),重構(gòu),不要你知道的。
近年來,前端市場被打破。各種自學(xué)、轉(zhuǎn)行、培訓(xùn)學(xué)校,能用各種框架、插件都覺得自己是前端工程師,連最基本的范圍、閉包、二叉樹算法等都處于無知狀態(tài)。
mvc和mvvm區(qū)別?
在MVC中,視圖可以直接訪問模型,因此視圖中必然包含模型信息和一些業(yè)務(wù)邏輯。MVC模型注重模型的不變性,因此在MVC模型中,模型不依賴于視圖,視圖依賴于模型。此外,由于某些業(yè)務(wù)邏輯是在視圖中實(shí)現(xiàn)的,因此很難更改視圖,至少那些業(yè)務(wù)邏輯不能重用。
MVVM是“雙向綁定數(shù)據(jù)模型數(shù)據(jù)”的核心,視圖和模型之間沒有連接,MVC是通過ViewModel進(jìn)行單向通信。換句話說,視圖和模型必須由控制器支持。MVC和MVVM的區(qū)別并不是VM完全取代了C。ViewModel的目的是提取控制器中顯示的業(yè)務(wù)邏輯,而不是取代控制器。其他視圖操作服務(wù)應(yīng)該在控制器中實(shí)現(xiàn)。換句話說,MVVM實(shí)現(xiàn)了業(yè)務(wù)邏輯組件的重用。
web前端怎么入門學(xué)習(xí)?
GitHub用戶kamr nahmedse最近分享了一個有趣的圖表,介紹了從事前端和后端web開發(fā)的程序員和Devops可以使用的職業(yè)發(fā)展路徑或技術(shù)。這是一個很好的專業(yè)培訓(xùn)手冊程序員誰是做前端和后端網(wǎng)站開發(fā)
!簡介
前端路線圖
后端路線圖
Vue被淘汰了嗎?
??今天才開始去了解Vue-cli 3.0,著手寫了一個demo下來發(fā)現(xiàn),簡直驚為天人,拋棄了2.x版本繁瑣的webpack配置,現(xiàn)在的可以說簡潔明了,你甚至不用寫vue.config.js也行,空著唄,反正無傷大雅,但如果你配置一下你會發(fā)現(xiàn)也并不麻煩。
在我知道的知識范圍內(nèi),應(yīng)該是沒有比這個腳手架更能快速直接地反應(yīng)出數(shù)組或?qū)ο笞兓牧恕?/p>
此外,語法糖基本沒有很大變化,以前該怎么用現(xiàn)在還怎么用,只是性能優(yōu)化和語法糖很多了。講真,我完全找不到vue-cli3.0致命的坑。
然后,我還看到有人為jq打抱不平,我在一年半以前基本都是用jq寫的,那時候覺得jq是js最好的框架,實(shí)在太方便了,操作dom也實(shí)在太爽了,直到我某次寫一個排課項(xiàng)目卡了殼。。。
隨后我就轉(zhuǎn)小程序了,發(fā)現(xiàn)小程序的寫法不就是vue么。。。尤其是組件的寫法。。。
講到底,vue被淘汰有點(diǎn)難,畢竟這個時代是操作數(shù)據(jù)的時代,已經(jīng)不是dom操作的天下了。
最后,我覺得你不應(yīng)該拘泥于前端框架,就算以后會出現(xiàn)更先進(jìn)的框架,充其量也還是js,我實(shí)在想不出在框架這方面還能玩出什么花了。大概es會慢慢參考這些框架,然后自己變成如此也說不定。就比如當(dāng)年你能想到j(luò)s里面還能寫class來繼承?我第一次看到還以為是java。。。但現(xiàn)在不也就支持了么。。。
所以為什么不把目光放向后端?node都熟練了嗎?deno了解過嗎?php入門了嗎?python好歹掌握一下吧?這些語言我相信以后會慢慢出現(xiàn)在前端必會知識點(diǎn)里面(雖然php已經(jīng)是了,但感覺過氣了啊,說好的php是世界上最好的語言呢。。。)
我今天剛開始了解Vue cli 3.0。我開始寫一個演示,發(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)時,我認(rèn)為JQ是JS的最佳框架。太方便了,DOM的操作也太酷了。直到我寫了一張課程安排項(xiàng)目卡。。。
然后我轉(zhuǎn)向一個小程序,發(fā)現(xiàn)小程序的編寫方法是Vue。。。尤其是組件的編寫方式。。。
畢竟,要消除Vue有點(diǎn)困難。畢竟,這個時代是數(shù)據(jù)操作的時代,而不是DOM操作的時代。
最后,我不認(rèn)為您應(yīng)該堅持前端框架。即使將來會有更高級的框架,JS仍然是最好的。在這個框架中,我真的想不出還有什么可以玩的了。也許es會逐漸引用這些框架,然后變得如此。例如,當(dāng)您想到JS時,您可以編寫類來繼承嗎?我第一次看到它的時候,我以為它是Java。。。但現(xiàn)在我支持。。。
那為什么不關(guān)注后端呢?所有節(jié)點(diǎn)都熟練嗎?你知道迪諾嗎?PHP開始了嗎?那蟒蛇呢?我相信這些語言將來會逐漸出現(xiàn)在前端知識點(diǎn)(雖然PHP已經(jīng)出現(xiàn)了,但我覺得太多了。據(jù)說好的PHP是世界上最好的語言……)