筆者的學(xué)習(xí)進(jìn)度比較慢，直到兩年以前寫的網(wǎng)站都還是以服務(wù)端為主導(dǎo)的，即網(wǎng)站的所有視圖都由服務(wù)器視圖模板來渲染，筆者使用的是 DotNet MVC，開發(fā)套路就是在Controller里面寫Action，在Views里寫對應(yīng)的Action.cshtml，使用ajax發(fā)起請求已經(jīng)是比較前端的事情了。這種時(shí)候由于DotNet MVC框架繼承的微軟風(fēng)格的懶人模式，甚至不需要去知道其路由是如何實(shí)現(xiàn)的，給人一種感覺是只要在瀏覽器里敲進(jìn)去Controller名與Action名，就訪問到視圖了。
后來筆者開始使用ng1前端框架，起初的開發(fā)完全放棄其路由功能，而使用服務(wù)端MVC路由來區(qū)分頁面，在各自頁面內(nèi)寫ng1代碼?，F(xiàn)在想來這樣做實(shí)在是浪費(fèi)了ng1的能力，因?yàn)?Net MVC的視圖能力雖說有布局頁這些概念，但其仍然是多頁面的應(yīng)用，視圖間的切換都會造成頁面的刷新，這會導(dǎo)致每切換一個(gè)頁面都會重新加載一次ng1近兩萬行的代碼。根本原因是沒有利用這個(gè)強(qiáng)大的前端框架的精髓之一——前端路由。
拋開前端路由的底層，其所做的事情就是動(dòng)態(tài)操作DOM來模擬頁面的切換，帶來的好處是巨大的，首先是不用再頁面切換時(shí)重復(fù)加載大量的腳本依賴了，還有就是頁面切換不再是白屏讀條，而是可以加上接近原生應(yīng)用的切換效果。而使用了前端路由后要解決的最大問題，自然是如何與服務(wù)端路由分離，至少不造成沖突。
前端路由有兩種形式，一種是Html5的pushState風(fēng)格，一種是使用#符號實(shí)現(xiàn)與服務(wù)端路由的分隔，筆者在基于微信公眾號開發(fā)的時(shí)候涉及到了使用前端路由的SPA與微信API交互的各種情況，發(fā)現(xiàn)這兩種形式各有問題，只能說微信以及傳統(tǒng)的web服務(wù)器(至少IIS這個(gè)毒瘤)對現(xiàn)在這些前后端分離的SPA應(yīng)用還不怎么友好。
一、ng2項(xiàng)目的部署
