React转小程序现状
现在做React转小程序，一个是taro，一个是anujs。
anujs的React小程序一开始是群的方正搞的，后来神烦IT狗接手。当我们想抄袭时，已经有一个可以运行的demo。taro那时名声很大，但实质并不如意。我研究了好久taro的源码，发现可以使用tempate元素避开小程序的自定义组件不能在构造器传参的问题，就正式动工了。
小程序的自定义组件不能在构造器传参的问题, 用过React的同学都知道，React的组件构造器有两个传参props与context，这都是react帮你传入的。props是JSX中同名的标签的属性组成的对象，context是上方组件的getChildContext()产生的对象的并集。而小程序的Component只是一个方法，你传什么它就有什么，不会帮你加东西。
开发了大概有三个星期，已经脱离方正大大的源码。组件的思路使用双模板机制——即用户编写时是React风格编写的（es6与jsx），通过我们一番神操作，它会产生三个文件，第一个是js文件，es5与createElement风格，类机制改由ReactWX的miniCreateClass方法实现，第二个是json配置对象，涉及路由的title与窗口颜色的定义，第三个是wxml文件，我们将render方法的jsx抽取出来，变成这个文件。
现在我们的React小程序有如下优势
- 支持npm安装
- 支持less与sass
- 支持小程序的自带UI库
- 支持在JSX直接使用p, div, i, b等HTML标签，它们会在wxml转换成view与text标签。
- 支持在JSX中使用函数体与复杂的对象传参，即
onClick={function(){ console.log() }}或onClick={this.changeAge.bind(this, index, {aaa:111,bbb: 222})} - 支持React完整的生命周期，并保证顺序。
- 对wx所有接口进行重新包新，将回调风格转换成Promise风格
anu的React转小程序的性能是有保证的，它不会mpvue或taro那样使用nextTick，而是在一个页面的虚拟DOM更新完才发一次setData。这样就避免了复杂data diff与data 序列化。
小程序的setData性能很差，不能传入过大的对象，它会对data进行序列化。
因此一些转译框架会进行diff操作。但只要减缓它setData的频率，这一步就可以略去。
事件系统上，支持onXXX与catchXXX。catchXXX是模拟阻止事件冒泡实现的API。微信小程序的同学说，用户事件是异步的，所以这里只有定义式接口，没有过程式的。
与React的差异
1. 微信小程序的事件机制有瑕疵，不支持stopPropagation与preventDefault。我们将e.detail当成事件对象，在它基础上添加type,target,touches,timeStamp等属性与空的stopPropagation与preventDefault方法
2. 事件的绑定，不要使用this.props.fn或this.state.fn，要用this.fn这种形式，微信在给模板填数据时，会对数据进行JSON.stringify，清掉所有事件。
3. 组件系统是基于小程序的template元素，由于不支持slot，因此无法使用`{this.props.children}`实现显式的组件套嵌
4. 不完整支持ref机制（refs可以放入组件实例，但不能放DOM，因为没有DOM）
5. 无状态组件还没有实现
6 还没有支持findDOMNode
7. 不支持render props
8. 不支持dangerouslySetInnerHTML属性
关于组件标签套组件标签，需要官方的slot机制支持，目前得到的回复是这样的：
使用
从“ RubyLouvre/anu下” git clone下来， 命令行定义到packages/cli目录下，执行npm link
使用mpreact <project-name> 创建工程
定位到 <project-name> 目录下 mpreact start 开始监听文件变化，
用微信开发工具打开当中的dist目录，自己收在src目录中进行开发.
小程序在它的体积还是1mb时，开发体验是很好的，性能也很好。但随着体积的限制放开了，产品经理开始乱搞，小程序原生的API与组件机制就跟不上了。不可能一个APP上有10个弹层，每一个都写一次吧。缺乏继承是它的硬伤。事件机制与我们熟悉的机制差太远。createSelectQuery也设计得非常弱智，wxs过于奇怪。因此有了webview标签后，许多人直接引入页面了。。。因此才有这么转译框架的诞生，包括TX内部的weby。
目前市面上许多转译框架是vue风格的，这对React技术栈的同学不公平，于是有了taro与anu的转译器。anu保留了虚拟DOM的模板，因此会比taro,mpvue更能突破小程序的桎棝。
文章被以下专栏收录
