怎樣深入瞭解和學習前端MVC架構

1樓：千鋒教育

mvc對前端專案來說有點無厘頭的，不是不可以說，只是說了也沒太大意義。其實從事件驅動的角度看待前端開發更自然，也往往也更有效。前端**架構的核心是事件流而不是資料流。

理解observable和eventemitter比controller，model更重要。我在遠標itjob培訓的時候老師這方面指導的比較多

2樓：匿名使用者

這個最主要是思想。平常做專案的時候，特別是大專案，把mvc放在業務場景裡多想想。。。。不一定要急著採用。mvc未必是終極思想。他有他適合的地方，也有其侷限的一面。

最近做的一個專案，我把本來mvc結構的**重構成了不是mvc的。。。。mvc不是萬能藥水。。。

還有前端mvc了的話，對應的後臺最好是rest風格的介面。

還有並不是越複雜的前端業務，越緊迫地需要mvc。多想多看。

3樓：起什麼好呢

程式設計這種東西就是需要多多練習的，孰能生巧嘛，可以多請教請教別人，其實最好的老師就是我們自己。經常去逛逛那些什麼技術論壇，跟著大神學習學習。順便問一下樓主是在學習哪方面的mvc模式？

前端的mvc框架和後端的ssh框架怎麼結合

4樓：千鋒教育

服務端路由：每跳抄轉到不同的襲url，都是重新訪問服務端，然後服務端返回頁面，頁面也可以是服務端獲取資料，然後和模板組合，返回html，也可以是直接返回模板html，然後由前端js再去請求資料，使用前端模板和資料進行組合，生成想要的html。

前端路由：每跳轉到不同的url都是使用前端的錨點路由，實際上只是js根據url來操作dom元素，根據每個頁面需要的去服務端請求資料，返回資料後和模板進行組合，當然模板有可能是請求服務端返回的

建議你放在前端，因為你已經使用了backbone，否則backbone就完全沒有任何利用價值了，這樣你的服務端就可以完全只提供restfull的api資料。backbone框架貌似提供了路由的模組：backbone入門指南（七）：

router和history (路由控制器) ，但是沒有自己的模板引擎，你需要選擇一個前端的模板引擎來配合 backbone。