@zhujinliang 和那个差不多，只是上升到语法标准了， wind.js 我记得是用 eval 来做的。

另外不可变数据集在 react 里面有重要的作用，简化 diff 流程。

先給楼主编辑器的答案：
http://react-china.org/t/react/2674/14

react 本身的概念不多，但是配合 redux 就有几个重要的概念可以理解一下，其实就是后端单一数据库＋模版渲染的概念集合：
1. 单一数据源，不是说子元素改父元素，而是所有的都只能把数据放一个数据源，所有的都是更改那个数据源，类似后端的 db 的概念。
2. 永远从上到下渲染，就是子元素的状态，如果不是过程状态，永远从上到下，比如拖拽中的数据可以不用反馈，但是拖拽结果数据一定从上到下。
3. higher-order React component 负责逻辑和数据处理，普通的 component 只负责渲染。官方的 react-reply 的集成就是用的这个概念。
4. @anjianshi 说的基本上是对的，上级一般是 higher-order React component ， redux 那边又叫做 container component ，是一个虚拟状态的 dom ，本身可以不用产生任何的真实 dom 。
5. 传递过程当中下级用到上级的回调，可以采用 context 来传递，具体的据说还没定下来，但是官方已经有文档了 http://facebook.github.io/react/docs/context.html

貌似最近有同样的东西：

https://www.v2ex.com/t/235434

http://weibo.com/1494759712/D31oLvWUH?from=page_1005051494759712_profile&wvr=6&mod=weibotime&type=comment#_rnd1447252229082

就是，不自带全家桶也好意思叫安装方便~
windows 的软件哪里还要亲自安装，都是自己蹦出来的，土豪级别。

解决方法：别升级。

@Sin 能的。 ts 官方特地说了这个问题。

http://dev.gameres.com/Program/Other/bcxszyforgameres/bcxszy/xisofts.sinaapp.com/default.htm
看这里的历史纪录，应该是这个人没跑了，这里应该是最新版了。

http://dev.gameres.com/Program/Other/bcxszyforgameres/bcxszy/xisofts.sinaapp.com/@page_id=13.htm

这个应该是作者了吧，网易提醒大家他叫李少龙。

http://dev.gameres.com/program/Abstract/biancheng090419.doc

这里有比较新的版本。里面有作者邮箱。

当年捐助过的，之后看到要卖／要成立公司开发／要收费，就再也没有理会过 mou 这个产品，也基本上很少开了。

https://github.com/antimatter15/whammy
这个是作为 webM 的解决方案，使用的是 webp 然后压缩。

https://github.com/zb3/CanvasVideoRecorder ?

@dqh3000 加上 redux 可以勉强算框架，现在来看 react 不单单是 view 层，实际也可以作为 c 层存在。

如果考虑 root state 作为 model 的话，整个生态实际很全了。

@trigged 为什么不用 bugsnag ？

换语言。

@bramblex
这只是一个简单的 demo ，特性上我觉得没有什么，只是觉得语法上你的这种写法很啰嗦而已，部分实现的话新特性也可以支持，比如上面 fn 重复定义的问题，使用我的那个方法也可以简单的解决掉。上面的案例已经修改了。
https://gist.github.com/iwege/d77cca95bb1d8c8a41f9

同时尝试了自定义 class ，估计有点麻烦，但是也不是不可行。 overloadClass 可以支持拿到 class function 本身。

至于所谓的支持度，在有 transpiler 的情况下我向来不关心，我关心的是前端工程化，编码高效化以及问题定位速度。就像习惯了 coffee 或者 om 之后你让我再回去写 es5 的 js ，我是断然不乐意的。我的研究也只要能在 V8 里面跑就 OK 。



@icymorn

我也是第一次尝试用这个特性来做，因为工程化的话这种灵活性可能会是一种麻烦。当然既然用了 stage 0 干脆连`::`的写法也一起尝试用了。不过楼主的特性还不能完全支持，不知道混用两种方法能不能达到完全处理。

https://gist.github.com/iwege/d77cca95bb1d8c8a41f9

上面是用 stage 0 的标准模仿楼主写的简单的方法。逻辑上可能有副作用，只是证明可行性。

上面实际执行的结果如下：
1
print all {}
print all { '0': 1, '1': 2, '2': 3 }
[Function: fn2]
fn2, print from base
fn2 from Class A

@bramblex

1 ，没好看也没好用多少。
从 stage 0 开始看起. import 反正我已经吐槽过了。但是 class 绝对是一个好帮手。

2 ，不能把类打开添加新方法。
prototype 还是可以访问的。也可以用子类的方式扩展。还有 es7 的 decorators 草稿标准。


3 ，不能重载。
可以

4 ，没有配套的工具，比如最简单的，假设父类对我是一个黑箱，我需要调用父类的方法怎么办？
if(super.fn){super.fn()}

5 ，其实我的这个才更符合人们对基于类继承的面向对象的认知。
有争议

6 ，如果 JavaScript 要好好做成基于原型的面向对象语言，那么参考 Io lang ，我也没必要折腾这些了。
我觉得是一个方向性错误。