@otakustay
react 的这些当然用过，写过挺多的组件，也做过一些项目， react 这些概念相对于 vue 这些完全不可比
其实你举得例子真正算特殊的也就 addons ，我们挨个盘点下
1. 动画，这个其实就提供个 container 当然这里有个坑，效果和多个子元素的 key 是相关的，除此之外这个 container 非常的简单，当然有些时候确实需要自己扩展些东西，可以自己搞个 container 替代，但对比下 http://cn.vuejs.org/guide/transitions.html
2. 双向绑定这个不说了，其实这方案很少会用，要说成本，我们可以谈谈 vue 的整个库了
3. 测试工具和库无关复杂度无关概念无关， vue 有提供么？可能大多数都不写单元测试？这个我结合 airbnb 的 enzyme 可以测试 jsx 语法再加上 mocha + chai + jsdom 终端跑
4. 克隆组件，这个也是看需求非比要， React.cloneElement 就够用了
5. Immutability 这个看项目了，我觉得 vue 想引入还真挺不容易，毕竟有违双向绑定，当然 angular 也有 Immutability 的项目
6. PureRenderMixin 看性能的，非必要
7. 性能分析的 tools 就更不谈了

我想说的是我刚在举得例子里的 directive 里的这些概念在整个组件的生命周期里是有用的，而且这些概念的制造势必是在你写组件的时候需要，而且要理解的，这就是成本，而且这些东西和组件耦合的非常紧密，而不是可以拆出来如 addons 这样的

@hasbug
文档足够，概念太多，我想不出如果文档不够好有多少人会有疑问，
用的人相对 angular 和 react 差一个数量级，整个社区的支持太差，高质量的组件并不多

@Vamwere
1. ng1 先不说，我们看 ng2 的文档 https://angular.cn/ 当然官方中文，另外 react 太简单了文档真不需要太多
2. 项目介入的话现在哪个框架没有 generator ， github 上以搜各种 yo-xxx 多太多
3. 指令过滤器这些确实是方便，其实你 react 装个 react-template 也是一样，我是 ng1 过来的，当时觉得怎么没这些指令，过滤器，各种不爽，后来发现简直是多虑，结合 FP 的一些高阶函数用起来不要太开心

@otakustay
http://cn.vuejs.org/guide/custom-directive.html
http://cn.vuejs.org/guide/components.html
如果看了这文档还觉得这些东西简单那真不好说什么了，也许深入到某一个解决方案的时候这些都是需要有的，但从另一个角度设计会不会避开这些东西呢

@otakustay
显然是不一样，双向绑定要做到的东西要更多，要比如 watch ，
我举几个例子比如 vue 的 directive 和 angular 类似当然比 angular 还复杂，
其中的一些特性 params ， deep ， acceptStatement ， terminal ， priority ，这些都是什么？这些真需要么？真的好理解么？为什么 react 不需要这些东西？
现在看来 vue 的组件自定义的规则比 angular 的组件还是要多， ng2 说概念多真不觉得，和 ts 结合的很好把 ng1 里面的很多东西都剔除了，相对 vue 他要和 es6 class 之类的结合的很好几乎不可能

@learnshare 好坏没关系，都有优点，讨论的是 Vue 是个是个简单的库，从设计上来看其实很臃肿

@Vamwere 谁是程序员，谁又不是

@ZGLHHH 只讲对自己有利的东西 react 的真正优点可不是 Virtual DOM ，而设计上一点也不比 angualr 简单，当然 angular 1 有历史遗留问题， 2 的话 vue 真没法比

@ZGLHHH
1. 当然是个 mvvm ，如果仅仅算个 v 那比 react 复杂多少呢
2. 文档上来说其实就中文文档这一点可以说国人友好
3. 社区上看是完全失败的，整个 github vue 项目不到 3000 ，而 react ， angular 是 6 万多

@zhuangtongfa 用过 angular 多年的人看到 vue 基本就知道是个什么运作方式，毕竟 vue 说起来算个 angular 的简版，加少许改进，毕竟作者最初开发这个库的原因是跟着 angular 练手的，用 angular 在生产力方面确实是高出 react 很多，但一旦进入维护阶段 angualr 的成本大幅提高， vue 有同样的问题，我说 vue 不简单的原因是整个设计其实比 angular 的设计还要臃肿，太多概念，而且 angular 本身一些不好的设计也在里面，其实了解整个库的上手难度是高于 react 非常多的，在 flux 从 facebook 公布之前 react 早被各种方式广泛使用，包括 backbone 之类的，当然并不一定是最佳实践

@chairuosen 对在我看来是整个库的设计臃肿，没有跳出 angular 1 的设计理念，相对与 react 来说复杂太多了，生产力方面的提升主要是双向绑定和一些指令，声明式的模板，用 angular 产出确实是高

@LancerComet anglar 在后面也引入了 compontent 的概念， vue 的这概念页是学的 angular ，长时间用 angular 做项目自然知道这类 mvvm 的库和框架是怎么大幅提高生产力的，但维护性上问题很大， scope 确实是毒瘤， angular 后面确实主张用 this 去做， angular 2 更是去掉了这个概念

@civet 对相对与 jquery 之类的 dom 操作库确实是，这不是一个操作 dom 为主流的年代了

@loading 我说的简单和复杂是相对与 angular 和 react ，引入的概念比 angular 还多

@skksdd 其实是来引战的

@zhuangtongfa vue 的组件通信上其实是很难于维护的， angular 上开过负载项目时候就因此遇到过问题，大量撞他的维护上仅仅是事件通讯解决不好，如果不引入 flux 其实 react 当然也可以 eventbus 的方式做

@Troevil 从这个角度看， react 非常自然的去拆分项目和组件，而 vue 通常不会这么想，因为本身的组件设计其实是很复杂的，这点在用 angular 的时候非常明显

@Troevil 并不是组件实现，而是整个项目的组件化，从这点上讲 vue 会让他边复杂，我举例子 dialog 就是这个意思，因为涉及到整个组件的生命周期，从 dialog 本身的渲染到，内部内容的渲染顺序，还有插入 body 时的处理也就是脱离根元素，另外是内容的布局，这些方面其实实现上并不简单，而且难于拆分的更细化
作为整个项目的组件化上这些问题是非常容易碰到
如果谈简单，其实仅仅是双向绑定时候的生产力吧

@zhuangtongfa vue 本身也不能算个框架，他提供的功能并不提供整个项目的建筑学，从这角度讲他不具备 flux 这样优异的维护性，充其量也就是个 V 层