筆者的學(xué)習(xí)進度比較慢,直到兩年以前寫的網(wǎng)站都還是以服務(wù)端為主導(dǎo)的,即網(wǎng)站的所有視圖都由服務(wù)器視圖模板來渲染,筆者使用的是 DotNet MVC,開發(fā)套路就是在Controller里面寫Action,在Views里寫對應(yīng)的Action.cshtml,使用ajax發(fā)起請求已經(jīng)是比較前端的事情了。這種時候由于DotNet MVC框架繼承的微軟風(fēng)格的懶人模式,甚至不需要去知道其路由是如何實現(xiàn)的,給人一種感覺是只要在瀏覽器里敲進去Controller名與Action名,就訪問到視圖了。
后來筆者開始使用ng1前端框架,起初的開發(fā)完全放棄其路由功能,而使用服務(wù)端MVC路由來區(qū)分頁面,在各自頁面內(nèi)寫ng1代碼?,F(xiàn)在想來這樣做實在是浪費了ng1的能力,因為.Net MVC的視圖能力雖說有布局頁這些概念,但其仍然是多頁面的應(yīng)用,視圖間的切換都會造成頁面的刷新,這會導(dǎo)致每切換一個頁面都會重新加載一次ng1近兩萬行的代碼。根本原因是沒有利用這個強大的前端框架的精髓之一——前端路由。
拋開前端路由的底層,其所做的事情就是動態(tài)操作DOM來模擬頁面的切換,帶來的好處是巨大的,首先是不用再頁面切換時重復(fù)加載大量的腳本依賴了,還有就是頁面切換不再是白屏讀條,而是可以加上接近原生應(yīng)用的切換效果。而使用了前端路由后要解決的最大問題,自然是如何與服務(wù)端路由分離,至少不造成沖突。
前端路由有兩種形式,一種是Html5的pushState風(fēng)格,一種是使用#符號實現(xiàn)與服務(wù)端路由的分隔,筆者在基于微信公眾號開發(fā)的時候涉及到了使用前端路由的SPA與微信API交互的各種情況,發(fā)現(xiàn)這兩種形式各有問題,只能說微信以及傳統(tǒng)的web服務(wù)器(至少IIS這個毒瘤)對現(xiàn)在這些前后端分離的SPA應(yīng)用還不怎么友好。
一、ng2項目的部署
延伸閱讀
- ssh框架 2016-09-30
- 阿里移動安全 [無線安全]玩轉(zhuǎn)無線電——不安全的藍牙鎖 2017-07-26
- 消息隊列NetMQ 原理分析4-Socket、Session、Option和Pipe 2024-03-26
- Selective Search for Object Recognition 論文筆記【圖片目標(biāo)分割】 2017-07-26
- 詞向量-LRWE模型-更好地識別反義詞同義詞 2017-07-26
- 從棧不平衡問題 理解 calling convention 2017-07-26
- php imagemagick 處理 圖片剪切、壓縮、合并、插入文本、背景色透明 2017-07-26
- Swift實現(xiàn)JSON轉(zhuǎn)Model - HandyJSON使用講解 2017-07-26
- 阿里移動安全 Android端惡意鎖屏勒索應(yīng)用分析 2017-07-26
- 集合結(jié)合數(shù)據(jù)結(jié)構(gòu)來看看(二) 2017-07-26