原文转自：http://segmentfault.com/blog/jiyinyiyong/1190000000693651

这里关于 React 的收集的消息的一个提纲, 具体内容看下边的链接,
微博是经常更新的, 隔一段时间会同步到后边的网页上去:
http://weibo.com/reactchina
http://react-china.org/collections/
GitHub 上有整理的列表:
https://github.com/enaqx/awesome-react

项目来源

目前在视频和录音当中听说过两个说法:

一个是 Facebook 以前用过模版渲染, 用过双向绑定, 但是应用复杂度增加了
因为数据只有有复杂关系, 后面加入的代码非常容易把前面的功能破坏了
于是 React 用了解决这个问题, 因为 DOM 总是跟着数据渲染的, 不容易出错

另一个说法, Facebook 有 XHP 改良了 PHP, 更安全地处理 HTML 转义:
https://github.com/facebook/xhp
而且 XHP 当中实现了定义和嵌套 Component 的功能, 复用模块非常清晰
为了把后端技术的成功复制到前端, 就做了 JSX, 在前端插入类似的数据结构
并且想要做到每当有数据更新, 就对整个页面进行渲染, 而避免复杂的状态维护
最后不断优化性能, 甚至通过 DOM diff 达到了比手写更好的性能

功能

React 框架本身作为 MVC 当中的 V 存在, 提供两个功能:

• 渲染和维护 DOM
• 监听 DOM 的事件

其他的好处是:

• React Component 设计得非常适合模块化
• Component 和 DOM 得益于 Virtual DOM 的 diff 和合并操作, 有性能提升
• 没有 Model 的复杂关系, 编写应用逻辑非常清晰
• 服务端渲染

调试工具

Chrome 扩展, 很方便查看 Component 对应的 props 和 state
https://github.com/facebook/react-devtools

由于 Chrome 已经有 JavaScript 自动编译的功能, 加上 React 的刷新方式
可以做到代码热替换, 在有修改之后快速更新界面上的代码

Flux

前端单页面的应用常用的架构之间简单的区别看这里:

实际当中结构会更复杂一点, 比如 Backbone 之间模块的划分,
至少可以发现不是图上展示的单向的一个循环:

而且实际上 MVC 很容易被写成这样, 在 View Model 之间产生复杂的关系:

而 Flux 对 MVC 做了调整, 回到近似 MVC 的单向循环当中:

社区活跃人物

Pete Hunt, Instagram 工程师, 即将离开 Facebook
一起开发 React 的工程师可以看这个相关的帖子:
https://www.facebook.com/pwh/posts/10101869605197995
Pete 九月份有不少关于 React 的演讲, 是理解 React 很重要的资源
Twitter 帐号 https://twitter.com/floydophone

Ben Alpert, @spicyj 是 Khan Academy 的工程师
https://github.com/spicyj
社区看到很多他参与的地方

Christopher Chedeau @vjeux 是 Facebook 工程师
http://blog.vjeux.com/
如果在网上搜索教程, 很容易搜到他的博客上, 他也有一个演讲的视频

使用 React 的公司

官方仓库的 Wiki 上记录了一些使用的公司:
https://github.com/facebook/react/wiki/Sites-Using-React

Instagram 全站用的 React, Facebook 部分用了 React
Khan Academy 的编辑器用了 React.
其他公司并不清楚

国内听到豌豆荚, 豆瓣, WiredCraft 有在生产环境用过 React
信息不是很准确, 以后尝试收集更多出来..

模块

模块目前对比其他 MV* 框架不够丰富, 应该的很快能赶上,
目前模块主要在 npm 上, 通过标签可以声明, 在这里查看:
http://react-components.com/

函数式编程: 不可变数据

Component 的 props 被认为是不可修改的, 保证同样的数据得到一致的界面
在 Om 当中借助了 ClojureScript 的数据不变性, 性能甚至更高
Facebook 开源了他们的关于 immutable 数据结构的类库:
https://github.com/facebook/immutable-js

惰性计算沾点边.. DOM 树并不是每次更新, 而是计算之后缓存住内容, 避免了多余的计算

一些函数式编程语言也接纳了 React 或者 Virtual DOM 用于编写界面:
Om(ClojureScript), eliom(OCaml), PureScript, Elm

响应式编程

Functional Reactive Programming, 代表的语言是 Elm
React 和 Elm 非常相似, Component 的组合方式, 数据不变性, Virtual DOM

https://github.com/component/reactive
https://github.com/yang/reactive-coffee
http://reactive-extensions.github.io/RxJS/
http://baconjs.github.io/
http://elm-lang.org/

对比

Ractive: http://blog.ractivejs.org/posts/whats-the-difference-between-react-and-ractive/

Angular: ?

Ember: https://docs.google.com/presentation/d/1afMLTCpRxhJpurQ97VBHCZkLbR1TEsRnd3yyxuSQ5YY/edit

Backbone: ?

Vue: https://github.com/yyx990803/vue/wiki/FAQ

Web Components: http://programmers.stackexchange.com/questions/225400/pros-and-cons-of-facebooks-react-vs-web-components-polymer

性能

Pete 有个演讲做了比较深入的分析 www.youtube.com/watch?v=h3KksH8gfcQ

Todo 的测试: http://vuejs.org/perf/

DOOM 3 渲染架构: http://fabiensanglard.net/doom3/renderer.php

【转】React.js 概览