文档中还是有夸大描述的部分的,关于绘图

绘图组件的 api 是参考的 Canvas 的绘图接口,而市面上已经有很多基于 Canvas 绘图接口实现的绘图库,比如 paper.js, raphael.js。 利用这些基础绘图接口和市面上的这些绘画库,我们也可以在绘图组件上扩展出很多更高级的库。

这个“参考”现在参考的实在是比较简陋,很多api都没有实现,现在想要接入paper.js,工作量基本相当于要通读paper的源码然后完全改造源码,根本不现实。

之前还有个贴说文档里说支持分包是假的,虽然文档里确实表明的支持的是代码分包,但是描述的也不是很明显。

而这段绘图api的描述就更加是只说优点不说现状了,真要想去‘展出很多更高级的库“,工作量完全是无法衡量的,并且甚至是无意义的工作,毕竟本来是基于Canvas的全量api的功能,要重写一遍用基础api来实现,简直不现实。

其实laya egret也挺好的

麻烦 @yufang.wu 跟进下有关问题,把描述不准确的地方纠正一下。之后市场宣传方面我也会注意一下。
我觉得这里的文档讲得还是挺准确的,就是没有说清楚用户具体要做的工作是什么,导致有些人误解了。其实这里面向的是高级开发者。
可以改成:
绘图组件的 API 是参考的 Canvas 的绘图接口,而市面上已经有很多基于 Canvas 实现的绘图库,比如 paper.js, raphael.js。 因此如果将这些绘图库的底层对接到绘图组件的 API,我们就可以直接使用这些高级的库的能力。不过要注意的是,绘图组件并没有完整实现 Canvas,而且修改绘图库的底层 backend 需要对绘图库有相当的了解。