大型小程序如何研发提效

此文转载自：https://blog.csdn.net/ChameleonTeam/article/details/110137463

序言

自2016年小程序诞生以来，小程序以其“用完即走”的设计理念，以及简单易上手的开发模式，吸引了大批的小程序使用者以及开发者，随着小程序市场越来越大，响应的小程序开发者也越来越多,与此同时出现的各类小程序开发第三方框架也层出不穷。

第三方框架开发小程序固然有很多优点，但是这种开发模式也会有一些问题，比如核心问题就是编译耗时长、开发体验差、前后端耦合等

本篇文章主要分享使用 Chameleon 框架在开发小程序过程中如何提效增速，同时也欢迎大家多多关注我们。
GitHub仓库：https://github.com/didi/chameleon
CML官网：http://cml.didi.cn/
在这里插入图片描述

0.小程序开发模式

小程序开发模式整体来说有两种，一种是原生小程序开发，一种是第三方框架开发

1.业务开发面临的痛点问题

我们在小程序开发中遇到的痛点问题主要包括两方面

场景构造难：强依赖后端接口和手动操作流程
编译耗时长：第三方框架编译和开发者工具编译耗时极长

【场景构造难】我们的业务开发中很多场景，包括发单场景、收到邀请场景、等待车主邀请场景、被多个车主邀请场景、各种管控策略场景等，都强依赖后端接口以及强依赖人工操作某些流程,从乘客发单到被车主接单，需要乘客账号、车主账号(某些场景下需要多个手机多个账号)进行协助构造某些场景，甚至很多情况下，构造场景耗时间占用开发50%的时间，严重影响开发流程和开发效率。

极端情况下，可能几十行代码的增减，就需要耗费一天的时间，大量的人力浪费在构造场景、多个手机发单接单等等本不应该有的流程上，令人痛苦不堪。

【编译耗时长】从开发者第一次启动项目开发，到编码之后保存热更新编译，Chameleon框架编译的源码在小程序开发者工具会再次消耗编译耗时。

小程序原生开发过程中，编译耗时主要集中在<小程序开发者工具>这一个过程

而第三方框架开发，编译耗时则主要集中在<框架编译>+<小程序开发者工具>这两个过程

同时<第三方框架编译的源码的大小>也会直接的影响<小程序开发者工具编译耗时>

对于编译耗时长的问题，特别是前端开发而言，需要实时查看代码变更到UI的效果，多次保存就会多次构建，即使仅仅写了一行代码，甚至一个空格的变更，保存之后都会引起重新编译，而这个编译是让很容易让人抓狂和崩溃的，最宝贵的开发时间都浪费在了等待上，项目再紧急也要等着这些令人难以忍受的编译过程一直<转圈圈>，严重影响开发效率，严重浪费人力成本，严重影响项目进度。