作者：戴嘉华
链接：https://www.zhihu.com/question/21871888/answer/26130922
来源：知乎
著作权归作者所有，转载请联系作者获得授权。
链接：https://www.zhihu.com/question/21871888/answer/26130922
来源：知乎
著作权归作者所有，转载请联系作者获得授权。
我搞不懂为什么现在还有人用Backbone，它的流行就是一种病毒般传染的恶性循环。不过目前情况有点改观，感觉很欣慰。
Backbone唯一的优势在于学习成本，对于不会如何组织自己的应用程序和懒得去接受比较高级的概念的人来说，Backbone是非常好的选择。吐槽一下Backbone：
好了，虽然这样说，Backbone还是有优点的，例如体积比较小，学习成本低。所谓的缺点，其实这也是本身Backbone的哲学所决定了它一些实现。
用Angular，它包含很多复杂的概念，也许不懂它为什么要加这么多乱七八糟的东西，但是慢慢地你就会了解一切都是有它存在的原因的。如果你在没有用Angular之前，构建过大型的SPA，并且经过蛋疼的几次大重构以后，就会发现Angular所有的东西filter，service,BDD Test等等的存在都是合理的。有一句话不知道听过没有，大概是这样的：一个程序员不学数据结构与算法，那么他编程一辈子的经验就可以写成一本“数据结构与算法”。Angular的情况也大概一样，它是一群人很多年蛋疼的经验所总结出来的东西，我们就不要走弯路了。
但是，Angular很多时候是小题大作，为了让新手们能够不犯低级错误，它做了很多限制。对于前端框架，我认为其实没有必要做这么复杂。一个data-binding的库，加一个事件处理库，加一个动画库，加以一些模块化技巧，就可以松松实现Angular主张的一些东西，搞定各种SPA。
一句话总结：如果你看重学习成本，选Backbone；如果你看重以后的可维护性，用什么都好，不要用Backbone，至于移动端问题相信楼上几位大大已经给出答案。
Backbone唯一的优势在于学习成本，对于不会如何组织自己的应用程序和懒得去接受比较高级的概念的人来说，Backbone是非常好的选择。吐槽一下Backbone：
- 几乎什么都没干。
- 没有data-binding。纵观这么多MV*框架，Backbone是在这点上最偷懒的一个。所有data和view的数据绑定都要靠自己用事件来绑定。
- SPA很重要一个需要解决的问题就是视图的嵌套和视图的组合。Backbone你需要搭配一个 Marionette.js或者Chaplin 才好得心应手。
- 视图爆炸。基本上需要的逻辑都要在view里面处理，view又有复杂的嵌套关系。view会非常的零散，加上view之间依赖，基本上没有扩展性可言。为了解决这个问题，当年还写了一个插件backbone.Composite 来解决
- 相对而言，可维护性和可扩展性极差。虽然Angular库体积本身比Backbone大，但是如果你构建的是一个比较大型的App，最终你用Angular写的代码会比Backbone要少很多，而且不是一两倍的问题。
- ...
好了，虽然这样说，Backbone还是有优点的，例如体积比较小，学习成本低。所谓的缺点，其实这也是本身Backbone的哲学所决定了它一些实现。
用Angular，它包含很多复杂的概念，也许不懂它为什么要加这么多乱七八糟的东西，但是慢慢地你就会了解一切都是有它存在的原因的。如果你在没有用Angular之前，构建过大型的SPA，并且经过蛋疼的几次大重构以后，就会发现Angular所有的东西filter，service,BDD Test等等的存在都是合理的。有一句话不知道听过没有，大概是这样的：一个程序员不学数据结构与算法，那么他编程一辈子的经验就可以写成一本“数据结构与算法”。Angular的情况也大概一样，它是一群人很多年蛋疼的经验所总结出来的东西，我们就不要走弯路了。
但是，Angular很多时候是小题大作，为了让新手们能够不犯低级错误，它做了很多限制。对于前端框架，我认为其实没有必要做这么复杂。一个data-binding的库，加一个事件处理库，加一个动画库，加以一些模块化技巧，就可以松松实现Angular主张的一些东西，搞定各种SPA。
一句话总结：如果你看重学习成本，选Backbone；如果你看重以后的可维护性，用什么都好，不要用Backbone，至于移动端问题相信楼上几位大大已经给出答案。