FAQ

怎么理解框架的实现原理？

实现原理图

我想使用chameleon，是否需要大刀阔斧的重构项目？

不需要，可以使用chameleon开发公用组件，导出到各端原有项目中使用。

用CML标准编写代码，是否增加调试成本？

我们实现了全面的语法检查功能，且在持续加强。理论上框架是降低调试成本，就像从原生js开发到vuejs、reactjs是否认为也增加了调试成本，见仁见智。

各端包括小程序的接口更新频繁，如何保证框架编译的抽象度和稳定性？

1、自建输入语法标准 cml，编译输出结果自定的格式语法。2、框架的runtime层实现匹配接收的编译输出代码，runtime跟随小程序更新。3、框架整体方向一致：mvvm底层设计模式为标准设计接口。基于以上三条，你可以理解为：我们设计了一个框架统一标准协议，再在各个端runtime分别实现这个框架，宏观的角度就像nodejs同时运行在window和macOS系统，就像flutter运行在Android和iOS一个道理。各端小程序接口更新除非遇到不向下兼容情况，否则不影响框架，如果真遇到不向下兼容更新，这种情况下是否用框架都需要改。

框架有多大，性能是否有影响？

1、小程序的主要运行性能瓶颈是webview和js虚拟机的传输性能，我们在这里会做优化，尽可能diff出修改的部分进行传输，性能会更好。2、包大小，小程序有包大小限制，web端包大小也是工程师关心的点。首先基于多态协议，产出包纯净保留单端代码；其次框架的api和组件会按需打包。包大小是我们重点发力点，会持续优化到极致。目前build模式包大小测试结果如下:minimize | minimize + gzip

我只想跨web和各类小程序，是否可以不使用 Flexbox 布局模型？

可以，如果你的项目不在 快应用、react-native、weex等平台运行，可以更便捷开发项目，特别是CSS的限制更少：只跨web和小程序的应用

一套代码运行多端，如何保证各个端充分的定制化空间？

基于多态协议，充分保证各端发挥，且保证最终一致性。

各端包括小程序的接口更新后，是否一定依赖框架更新？

同上一个问题，基于多态协议，可自己直接调用新的底层接口。