我是这样看待 React 的

#21

那这样，像了

render: ->
  (div className: "container", 
    (p className: "input-group", 
      (label htmlFor: "xxxxid", "Input")
      (input ...)))
#22

你这样不会得到这个警告吗？ http://fb.me/react-warning-keys

#23

会，貌似div需要加上key属性，呵呵

#24

Angular 和 Ember 中对界面 MVC 有很多经验, 这是 React 现在做不到的.

主要有什么问题呢 ，不知道能否举几个例子？

#25

React 模块本身没有 Model 层, 所以一直很薄弱.

#26

我在用angular的时候遇到一个问题，就是动画很难做。对比jquery碉堡的生态药差不少。感觉React也会有类似的问题。
目前的工作主要在写svg，React的支持就不够好，主要是因为svg本身的支持就不够好，而React的生态还没有起来。

#27

我对这个还是很感兴趣的，目前还没很好的接触过，现在使用angularjs,不知道react再对原生api的一些调用方面是不是很好

#28

原生的 API 指的是什么?

#29

相册之类的，Android上的感觉体验还是很差

#30

React Native 刚刚发布会, 细节还没给出呢, 要等正式放出才知道. 现在仅限于浏览器.

#31

用JSX写代码少很多. 可以通过FIS实时编译它.

#32

+1 我也是这样写

#33

Model是一个高度抽象的过程，感觉有React来负责View就够了，一般的model还是自己搞更灵活。虽然我的React还木有入门。

#34

现在js框架很多，根据不同场景产生出不同用处的js框架结构和针对不同场景做出来的性能优化，但是它们不能适应跨终端开发，存在不同的局限性。自从react.js进入我的认知世界的里，它改变了我对前端框架的理解，以前都是拿成熟的框架体系去研究 去写页面结构，而Facebook 提出的“去框架化”概念，让我好奇，为什么要被那些乱七八糟的框架所束缚，页面结构的开发就不能像组装汽车一样，自定义生产不同的零件，然后拼成一个完整的页面吗？react.js专注局部的开发封装，用它可以在一个项目起初，生产出公共组件，然后在页面中进行组装，传统js对于插入DOM操作性能不是很好，大家都是知道这点是react.js一个创新，同虚拟DOM去整合性能要好很多。 画了一个简单的图片，说明一下，局部拼接形成任意形态的页面结构整合。我觉得这样灵活度更高，适应场景更多。 用react先把公共组件部分进行前期整合封装，而自定义部分则根据页面场景伸缩开发，再用过cmd或者amd去调度页面所需要的资源，尤其在单页面应用中开发，局部切换场景很多，这就需要组件调度的方式来制作，我个人浅薄的理解，呵呵，有些不周的地方，还请各位多多提醒哈 :smile:

#35

state作为函数的输入，每次更新都会触发component重新render()，state改变等价于一次函数调用。也就是说最新的state总能得到预期的展示，这是符合函数式编程的。

#36

写JSX还是比写React.createElement方便得多。

能接受前端模板引擎，也应能接受JSX。

所谓的厌恶HTML/XML跟JS混杂，只能算一个不合理的接口。

因为JSX根本没有涉及HTML字符串，将模板字符串放JS里时，以他们的洁癖，又是如何忍得的？

#38

polymer和reactjs是同一个范畴的么?

#39

其实说到底，目前来看还只是一个比较大的饼，激发很多想象。而现实，回到要上线要让用户爽开发者爽维护者爽的状态，简直太心塞了。观望ing…

#40

的确对谷歌的东西要保持审慎的态度，他太易变了，还是重在学习谷歌的一些新鲜的思想就ok了，真正用的还是要贴近实际一些的东西比较好，也才用的久。

#41

http://231232.s2.cn.vc/ 用的bootstrap做的low比网站 响应式的网站

感觉咋样