（点击上方公众号，可快速关注）

作者：司徒正美

zhuanlan.zhihu.com/p/41144332

现在做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小程序有如下优势

1. 支持npm安装

2. 支持less与sass

3. 支持小程序的自带UI库

4. 支持在JSX直接使用p, div, i, b等HTML标签，它们会在wxml转换成view与text标签。

5. 支持在JSX中使用函数体与复杂的对象传参，即onClick={function(){ console.log() }}或onClick={this.changeAge.bind(this, index, {aaa:111,bbb: 222})}

6. 支持React完整的生命周期，并保证顺序。

7. 对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更能突破小程序的桎棝。

【关于投稿】

如果大家有原创好文投稿，请直接给公号发送留言。

① 留言格式：
【投稿】+《 文章标题》+ 文章链接

② 示例：
【投稿】《不要自称是程序员，我十多年的 IT 职场总结》：http://blog.jobbole.com/94148/

③ 最后请附上您的个人简介哈~

觉得本文对你有帮助？请分享给更多人

关注「前端大全」，提升前端技能