react 写起来很麻烦，不知道还为毛这么流行

和你一样的感觉，也许也是我水平渣

@chairuosen 狗熊相惜哈哈哈~

如果你是用一两个表单应用的话
React 仅是一个负累

如果你是做一个后台应用的话
React 在后期会是一个便于维护和管理 的框架
但一定要记得不要用 flux ，不要用 flux ，不要用 flux ，
要用 redux ，要用 redux ，要用 redux

是的. 因为不用 React 写起来更麻烦. 组件渲染包括初次渲染和局部更新两种, 初次渲染简单粗暴的办法很多, 然而拒不更新很麻烦, 特别是多种来源的操作都会对 DOM 操作复合的更新的时候. React 能写一遍搞定, 已经很不错了.

不过如果你是觉得 JSX 写起来麻烦的话, 我同意, Facebook 太没品位了, 这种嗦的语法.

@jiyinyiyong 为什么说 JSX 嗦呢？难道不比写 React.createElement 好吗？

同感

@blanu https://facebook.github.io/react/docs/jsx-in-depth.html#props-default-to-true
除了`<input disabled />`这种情况，其他情况都需要写成`<input foo={bar} />`的形式，如果同名 props 实在太多了，完全可以用下面这种形式嘛
```
const inputProps = { foo, bar, etc }
return <input { ...inputProps } />
```

我觉得跟使用场景有关系。

@think2011 我就想练个手添加一条信息而已,然鹅代码写了几百行文件建了五六个。。就无爱了

习惯了，虽然前期路很陡，不过走着走着也顺了。

react 适合做有 100 个多级联下拉框选择器按钮的后台然后不刷新切页面。鉴定完毕。

React 写起来还好吧？或许是 LZ 不会抽象可重用模块或者工具支持不够给力？
flux/redux 那一套我觉得才是真麻烦，所以我基本都用 mobx ，感觉好多了

react 写复杂页面很好用，简单的就没必要了

@est 是不是字打完后内心一阵舒爽

@chemzqm 擦泪 我现在看的就是 flux ，有种 react 从入门到放弃的感觉，去看看你说的 mobx 先

在写 React, 觉得设计原则(说设计哲学就被喷)和我的想法不太相符. Polymer 就舒服多了啊.

是很麻烦 但确实解决了不少问题 然后 我选 VUE （逃

@chemzqm mobx 感觉 debug 起来有点麻烦

吐槽 prop 的，看看 Preact

@TangMonk #18 有个 toJS 方法，或者用 Chrome 插件会好些

快来我 angular2 怀抱，一生要强的 google 爸爸等着你

@hansnow reagent-project.github.io

@hansnow http://reagent-project.github.io/ 链接不会自动高亮 - -

总之好的替代方案有很多, 如果不是坚持要配合 Javascript 语法的话:
http://respo.site/
http://blog.arkency.com/2015/05/you-can-use-coffeescript-classes-with-react-dot-js-pros-and-cons/

花 3 天从 0 开始学了下 react+redux ，把自己的 app 给重写了一遍，虽然文件切换来切换去蛋疼，但整体应用上并不觉得有多麻烦来着
不过 react 的 debug 支持确实比较惨，很多错误信息不够全面，堆栈又丢了， redux devtool 上也没办法从 reducer 反着追溯到 action creator 或 thunk 去，就算发现 action 是错的还得自己去找代码去
https://github.com/otakustay/icarus/tree/master/static

那说明你没有遇到 react 所解决的场景。我碰到高度复杂的交互场景下，都是感叹幸亏有 react 这个大杀器

@otakustay 大牛膜拜，项目还是热腾腾新鲜出炉的

@chemzqm 有同感，我也是觉得 Redux 麻烦所以更喜欢用 Mobx 。

react+mobx 不就是 vue 吗（逃

所以我选 vue