@ZE3kr 如果请求是<img>发的，返回 204 在有些版本 firefox 里会控制台报错，因为响应是 image/*却没有 image 的内容

那个$set 十有八九是 immutable update 的方法，应该是 react update helper ，具体也可以参考我的一个类似的库： https://github.com/ecomfe/diffy-update/

react 的 update helper 的文档没这么详细： https://facebook.github.io/react/docs/update.html

@ianva 有一类人很能接受 Vue 和 ng1 ，就是 java 写的不错但前端不行的人，他们可以接受绑定这个概念，但是对于组件，对于树形结构，完全没办法理解，那么对他们来说，一堆数据＋一个 HTML ＋写写 js 改数据，是在开心不过的了，这就是我厂现在 RD 写页面的现状－ －

@ianva 不，这些人恰恰是 Vue 的人群，因为 Vue 做到了 copy paste 可以跑出个项目来， React 没有做到，拿着 React 的 demo 可以弄出个 Hello World ，接下去怎么办，他们一筹莫展
这是我实际接触过的情况， ng1 他们也能接受，反正 copy paste 改改变量能跑，但 React 他们真的不行

@ianva 这不是优劣势的问题，对于大部分的人，他们会做的就是：

1 、把官网的例子 copy 过来
2 、胡乱改改变量，加点逻辑
3 、跑起来看看

如果没跑起来，就整个蒙蔽了

你让他们找第三方的 react-template ？让他们再集成这种 addon ？你干脆直接让他们滚蛋回家比较合适。
在这一点上， Vue 就能做到，随便水平怎么样，拿着也许本来就已经写了一大半的大学上课的水平的 HTML ，按着官方例子写个 data ，在 HTML 上吧 src 改成 v-src ，把 onclick 改成 on-click ，哎呦跑起来了
所以 Vue 就是"简单"的，这个话题讨论的"简单"就在这里

你让他们用 EJS ，他们应该也会高兴的，但它们还要去写 jQuery ，去写 attr 、 prop 、 on 、 off ， Vue 告诉他们可以这样那样就不用写着写东西了，他们就更高兴了，而且也没给他们什么额外的负担（人家连 doc 都不看，有个啥负担可言，写错了就上 CSDN 问就是了），不久照样写 HTML 么，不就 attr 前面加个 v-，事件前面加个 on-么，对于这些人， Vue 的 modifier 都是不需要知道的， jQuery 是 e.preventDefault ， Vue 里也就一样是 e.preventDefault ，毫无迁移成本，这就是"简单"

我知道 React 很优秀，但 React （以及 Flux ）天生是为了应对 Facebook 这种级别的应用而生的（这是 Facebook 自己说的），对于那些一辈子也见不到这个级别的东西的人来说，他们不会懂

我再往简单的说，一个 JSX 能吓退各种二三线城市小公司 80 ％以上的程序员，光听到"React 的组件是用 JSX 写的，不是 JS"，他们就已经和 React 说拜拜了

@ianva 你说这些第三方的完全没用，我觉得你是太过优秀了，看不到最底层的人是怎么写代码干活的了。。。

@ianva 你没有意识到，你所说的这些 react 的优势，所谓的限制不易出错、被迫闭包、多用 map 、 filter 、 reduce ，每一件对于不那么优秀的开发者都是一种负担
世界上更多的是不会 filter 不会 map ，只会写个数组 for+push 。更多的是代码随处写 F5 跑起来就关机回家。更多的是根本无法理解"只执行一个值"是怎么回事的人。
所以， Vue 就是"简单""好用"，不在于 API 多少，而在于不受限制、不需要听你的哲学、不需要接受思想的洗礼，我很弱但我能让页面展现出来给老板交差，我能下班回家看电影逛街，这就是简单好用

@ianva 这里面和模板有关的，包括 directive 、指令、过滤器，其实在 react 中都是 jsx 的一部分，区别在于 jsx 的语法接近 js 所以你熟悉

slot 、 partial 这些不影响组件的实现和使用，不懂就不懂呗，你真有这样的需求，在 react 中去实现只会更麻烦

data 、 props 、 events 、 method 这些基本的， react 中都有

全局 API 大同小异

生命周期 Vue 因为用的是模板而不是 jsx 所以多了 compile 部分的钩子

全局配置差不多， React 人 process.env.NODE_ENV 其实挺难用的

所以综合下来，区别基本都是一下两点导致的：

1 、模板 VS jsx
2 、绑定 VS vDOM

你用熟悉了 jsx 当然觉得额外学习模板很费劲，习惯了 vDOM 又觉得绑定给你增加负担，这就是个先来后到的关系吧

顺便，不懂 directive 一点不影响 vue 的组件开发，内置的足够用了，大不了费劲在 data 上多一些计算逻辑，反正放到 react 里也是 render 写一大堆代码

@ianva react 不需要？ Virtual DOM 、 shouldComponentUpdate 、 Immutable 、 Uncontroled Component 、 propTypes 、 Stateless Component ……，这都没算 JSX 的语法，以及 JSX 里各种限制，比如三元不好用啊， render 只能返回一个元素啊
我觉得你只是没仔细看 React 的文档，就看了个 getting started ，然后对于 Vue 又详细看文档不只看《起步》一章，然后这一对比产生了错觉吧……
比如下面只是 React 的一部分，你真的全看了吗
http://ww2.sinaimg.cn/large/7c6576d6gw1f6369q4g53j20bj0yiwgz.jpg

vue 对应 react 我不觉得概念多
data 在 react 中有 state 不
method 在 react 中有 callback 不
event 在 jsx 里有 onXxx 不
components 大家都一样
props 大家都一样

react 还要带上 children 、 ref 等一堆东西

ng1 不熟，但至少也有 scope 、 service 、 provider 、 directive 、 event 、 digest 、 watch 等，和 vuex 比起来毫不逊色
至于 ng2 ，概念能把你砸成肉酱

你觉得哪个 vue 概念是 react 里没有从而能让人觉得 react 简单的

看命令行的输出确实已经成功装到全局了，所以--g 这个开头是可以用的
只是应该那个目录没在 PATH 里吧， @ghostheaven 说的是对的

@gamexg 看材质，牛仔裤或者被套这种会皱得一塌糊涂，再用挂烫机给弄平。很多 T 恤和内衣倒是不会皱的

onsite 服务是很正常的，可以考虑找公司要个出差费

反思买了带烘干的洗衣机真是明智无比，顺便再去买双鞋备用

@zakokun 如果现在没有 Android 没有 Sybian 没有 Win phone ，市场是 App Store 垄断的，我保证他这种审核被告到死
对应文化部 /广电在中国的位置，除了一个商业上一个行政上确实不同外，我觉得基本是一个道理的

@Tardis0127 App Store 也要开发者证书，也会逼你必须有自己的登录之类的。根本问题还是在于 App Store 要什么、哪些不能做都是明文公开的，但我国的某些所谓审核根本没有一个公开的规则可以参考

首先，你达到上海购房的政策要求了么……

1. 绑定和移除事件缺少对 this 的自定义会让不少使用方很难受
2. 暴露了太多没啥意义的东西，比如 size()和 events()不应该暴露出来，这和事件的机制相悖
3. un 只接受 eventObject 而不接受 eventName + handler 的话，使用方就不得不找地方存下来这个 eventObject ，加重了他们的负担
4. 从实现上来看，感觉如果有一个 event handler 调用了同事件名的 un （即事件 fire 过程中对这个事件有 on/un ），逻辑会出问题， test case 也没覆盖这些
5. 没用 hasOwnProperty 确实可能是个问题，比如和 sugar.js 配合用可能就完蛋了，另一种方法是把__onfireEvents 初始化为 Object.create(null)
6. 全局单例会让使用场景很受限