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,差不多就是這樣