vuex和redux的區(qū)別 vue搭配什么做前端開發(fā)比較好?
vue搭配什么做前端開發(fā)比較好?Vue是一個用于構建用戶界面的漸進式框架。與其他大型框架不同,Vue被設計成從下到上逐層應用。Vue的核心庫只關注可視層,它不僅易于使用,而且易于與第三方庫或現(xiàn)有項目集
vue搭配什么做前端開發(fā)比較好?
Vue是一個用于構建用戶界面的漸進式框架。與其他大型框架不同,Vue被設計成從下到上逐層應用。Vue的核心庫只關注可視層,它不僅易于使用,而且易于與第三方庫或現(xiàn)有項目集成。另一方面,當與現(xiàn)代工具鏈和各種支持類庫相結合時,Vue還可以為復雜的單頁應用程序提供驅動程序。
1. 如果你在做PC應用程序,最好的選擇是elementui。
NPM I element UI-S
最簡單的UI編寫方法:http://element-cn.eleme.io/#/zh-Cn/組件/安裝
2。對于app mobile應用程序,最好選擇AUI或ionic
文檔:http://www.auicss.com/doc/v/2/doc[ID/1
aui2.0是一個全新的AUI框架,它是在1的基礎上重新構建的。十、在2.0中,REM全局控制大小,完全適應不同分辨率的移動設備;新增的主題樣式表方便開發(fā)者自定義基本顏色樣式,完成APP主題的定制。從IOS 5.1到Android 4.2的完美兼容性。所以我認為它是一個很好的UI插件。
前端開發(fā)中,使用vuex或redux這類數據管理工具時,store里的數據結構如何設計?
對于Redux項目,根據我們的經驗,我們將達成以下協(xié)議:
1。合理區(qū)分:模型、服務和視圖;
2。狀態(tài)通常處于我們上面提到的模型級別;
狀態(tài)設計概念:
1。根據每個模型,設計一個合理的狀態(tài),并通過名稱空間進行區(qū)分。狀態(tài)中的數據將被提供給用戶例如,我們可以把用戶上下文放在一個對象中,這樣傳遞值將非常方便;
3。盡量不要耦合多個模型級狀態(tài),并保持它們的獨立性。如果有的話,它們可以通過組件進行轉移,并在企業(yè)內部進行組裝。
Vuex和Redux有相似的想法。我在這里不作詳細說明。如果您有任何問題,請繼續(xù)交流。
前端狀態(tài)管理模式和HTML本地存儲的區(qū)別在哪里?
您好,我們正在最近的項目中使用Vue和vuex。讓我談談我的理解:vuex本身的存儲在內存中,當你刷新瀏覽器時,數據會消失;而瀏覽器的本地存儲sessionstorage和localstorage相當于存儲在瀏覽器的本地文件中,當你刷新瀏覽器時,它不會消失(我想你知道sessionstorage和localstorage的區(qū)別)。
如果要將vuex的存儲與瀏覽器的本地存儲結合起來,Internet上有此插件。請參考我寫的代碼
我今天剛開始學習Vue cli 3.0。我開始寫一個演示,發(fā)現(xiàn)它是驚人的。我放棄了版本2冗長的網頁配置?,F(xiàn)在它簡單明了,你甚至不需要寫它vue.config.js文件沒關系。它是免費的。不管怎樣,它是無害的。但是如果你配置它,你會發(fā)現(xiàn)它并不麻煩。
據我所知,不應該有任何支架可以更快、更直接地反映數組或對象的變化。
另外,語法糖基本上沒什么變化。過去怎么用還是現(xiàn)在怎么用,但是有很多性能優(yōu)化和語法糖分。說真的,我根本找不到vue-cli3.0的致命漏洞。
然后,我還看到人們?yōu)镴Q反對不公正。一年半前,我用JQ寫作。當時,我認為JQ是JS的最佳框架。太方便了,DOM的操作也太酷了。直到我寫了一張課程安排項目卡。。。
然后我轉向一個小程序,發(fā)現(xiàn)小程序的編寫方法是Vue。。。尤其是組件的編寫方式。。。
畢竟,要消除Vue有點困難。畢竟,這個時代是數據操作的時代,而不是DOM操作的時代。
最后,我不認為您應該堅持前端框架。即使將來會有更高級的框架,JS仍然是最好的。在這個框架中,我真的想不出還有什么可以玩的了。也許es會逐漸引用這些框架,然后變得如此。例如,當您想到JS時,您可以編寫類來繼承嗎?我第一次看到它的時候,我以為它是Java。。。但現(xiàn)在我支持。。。
那為什么不關注后端呢?所有節(jié)點都熟練嗎?你知道迪諾嗎?PHP開始了嗎?那蟒蛇呢?我相信這些語言將來會逐漸出現(xiàn)在前端知識點(雖然PHP已經出現(xiàn)了,但我覺得太多了。據說好的PHP是世界上最好的語言。。。)
Vue被淘汰了嗎?
角度對你來說太難了。我建議您找一家使用jQuery的傳統(tǒng)公司來開發(fā)前端更容易!