angularjs這麼強(qiáng)大，前臺(tái)mvc啥的都實(shí)現(xiàn)了，要拿數(shù)據(jù)一般是不是就用$http去後臺(tái)拿了，還有其他拿法麼？這樣的話後臺(tái)不就只用寫api了？
那一般php寫api的框架有什麼呢？ laravel好流弊的樣子，不過它有模板引擎，適合不？
還是說不用框架直接寫就好
抱歉聲望不夠不能按讚?。?o(╯□╰)o
4
0
0
NG 是一種 MVVM 的前端框架，理想的話是實(shí)現(xiàn)前後端的完全分離，後臺(tái)只提供API就得了。實(shí)現(xiàn)了前後端的解耦，這種解耦允許我們開發(fā)出前端和後端獨(dú)立的應(yīng)用，瀏覽器消費(fèi)後端API方式同樣適合Andoird iPhone等行動(dòng)裝置。當(dāng)我們開發(fā)前端應(yīng)用時(shí)，後端程式語言不再需要了，只需要HTML/CSS/JS，這對大多數(shù)前端開發(fā)者來說是一種解放。
後臺(tái)不就只用寫api了？
這是大好事一件啊。而個(gè)人認(rèn)為並不能只歸結(jié)於Angular，與RESTful風(fēng)格介面被廣泛接受也有很大關(guān)係
所有的框架、設(shè)計(jì)、工程，最終努力的方向都只有一個(gè)：讓每個(gè)人專注於自己的領(lǐng)域
在angular們之前，前端也有針對SPA（單頁應(yīng)用）的框架，例如extjs，也是把視圖層整個(gè)放到瀏覽器端。
SPA的開發(fā)方式解決了非常重要的一個(gè)維護(hù)痛點(diǎn)：前後端模板臟地帶，以前這一塊是需要前後端共同維護(hù)的，現(xiàn)在不需要了，後端工程師不再需要直接參與到展現(xiàn)層的工作中
但是，由於沒有被廣泛認(rèn)可的介面風(fēng)格，在設(shè)計(jì)介面時(shí)仍然難以避免地?fù)诫s進(jìn)對展現(xiàn)層的考慮，導(dǎo)致難以復(fù)用。最常見的情況就是為相似的後端資源重複開發(fā)多套接口，這其實(shí)是在浪費(fèi)後端工程師的寶貴時(shí)間。
可以說，從工程角度確保後端工程師只管寫接口，只管把接口寫好，是對後端生產(chǎn)力的巨大解放。
要實(shí)現(xiàn)這一點(diǎn)，就需要有一套前後端普遍接受的介面風(fēng)格，它可以滿足跨頁面甚至跨平臺(tái)的資源存取需求，同時(shí)又有良好的語義性和可緩存性
答案就是RESTful
隨著RESTful風(fēng)格介面被廣泛接受，前端在框架層面上不需要考慮和什麼後端配合，只要訪問RESTful資源即可。後端工程師徹底與展現(xiàn)層解耦，無論客戶端是用angular/backbone，還是行動(dòng)端。寫介面、寫好介面即可
當(dāng)每個(gè)人都專注於自己領(lǐng)域的時(shí)候，才是價(jià)值最大化的時(shí)候
理論來講是的,
如果你的應(yīng)用程式做成了SPA, 那麼後端只要一個(gè)渲染頁面的根路??由. 其他都是API路由了.
但實(shí)際專案中SPA是否好用,坑是否多, 那麼還需要後端混合路由和前端部分SPA結(jié)合.
