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