Web 前端開發需要使用 MVVM 框架嗎？

01-21

思維模式完全和jquery不一樣，讓你專註數據處理而不是dom操作

在看薦前端分類中有提到框架模式，框架模式不是一門寫代碼的學問，而是一門管理與組織代碼的學問。其本質是一種軟體開發的模型。與設計模式不同，設計模式是在解決一類問題時總結抽象出的公共方法(工廠模式，適配器模式，單例模式，觀察者模式。。。。。。)，他們與某種具體的技術棧無關。一種框架模式往往使用了多種設計模式，切不要把他們的關係搞混。

不管是 mvc 還是 mvp 或 mvvm ，他們都是數據驅動的。核心上基於 m 推送消息，v或p來訂閱這個模型。使用者需要維護的不再是 UI 樹，而是抽象的數據。(通過數據，可以隨時構建出新的 UI 樹)，當 UI 的狀態一旦多起來，這種框架模式的優勢便體現出來了。因為維護數據可比維護 UI 狀態爽多了。

等寫的頁面交互複雜程度到了自然就體會出MV*的好處了。

簡單頁面沒有必要。

面對大量的選擇器還不讓你覺得頭疼嗎？

需要，光是雙向綁定的特性就足以讓代碼簡潔很多，可以加速開發過程。

都在說mvvm ，這東西看起來很美好實際沒什麼用處。技術不行的人，無非是從一個坑爬到另外一個坑。

系統技術越簡單越好，最好能有一個demo，用mvvm做的，我來用簡單技術完成，比較一下即可。都是一些人云亦云的人

為了寫出更優雅的代碼。

除了學習的成本，看不出任何不用MVVM的理由。

樓主要不使用Angular, 要不使用VUE, 同時推薦你一個前端網站吧， JSRun在線代碼編輯器,最強大的js在線編輯器只需要一個瀏覽器就實現了一站式的前端開發環境。 jsrun用實際行動告訴你， js才是世界是最偉大的語言，不是php。

看你是面向什麼編程了

當然必要，當你做過一定水平的項目之後就會想要是有個MV*框架多方便。當你在提問這個東西有沒有必要的時候，人家正在蓬勃發展。

隨著界面和邏輯的複雜，在用js或者jq去控制DOM變得越來越不現實，太費事兒了，而mvvm是幹嘛的呢？讓你用js只需要控制一個viewModel，你只需要關心vm就可以了，然後還有動態模版，複雜根據vm顯示DOM，好的vm設計就能帶來很大的便利。mvvm的這種本質帶來的就是，複雜應用的可做可維護性，不需要選擇器。在擴展下去配合amd模塊化載入，前端route路由，就是SPA的基礎。當然真的要做SPA是件非常複雜的事情。

另外，backbone已經是過時的東西了，這個東西不是mvvm，只是個mvc，寫下來代碼量一點都不會減少反而增加。

而真的mvvm可以幫你真的減少一半js代碼，相比用jquery。

如果頻繁的與伺服器發生請求～還是用mv*框架比較好～

如果只有jquery，你會發現，代碼要寫的超級亂，一大坨一大坨的～

弄不好還寫的很深

可以了解下Adobe 的Flex這個框架技術。好幾年前就達到了這個目標。應用在前端flash中。比WPF什麼的還早