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，差不多就是这个样子