小程序分包加载及可视化分析 1.为什么要分包加载？

关于子包加载API，请参见：

“

”

在开发过程中，如果本地资源过大，编译出来的单包或者主包会超过 2M 大小，这个原则在小程序端真机编译时失效了，所以如果要发布到线上，必须优化编译后的大小，一般有两种方法：

将本地资源迁移为网络资源，使用压缩js替代完整js

如果1还是不行的话，可以尝试一下这里提到的分包

将小程序分成不同的子包，在构建时打包到不同的子包中，用户使用时按需加载。

记住主包必须包含主页，简单来说就是主包必须包含app.json中字段的所有页面。

目前小程序子包大小有以下限制：

对小程序进行分包，可以优化小程序首次上线时的下载时间，并且在多个团队联合开发时可以更好的解耦协作。

在做数据可视化分析的时候，小程序是不支持js的，但是支持f2，如果不分包的话很容易导致包大小超过2M，然后无法发布上线，所以在我的小程序开发中，这里采用的是分包加载原则。

2.可视化分析

小程序端也可以做可视化分析，目前主流的库有：F2，F2的文档写的非常差，无法编译通过，我尝试参考了一下，可以解决，但是有些操作会受到限制，例如：，使用的时候会出现问题，所以放弃使用该库，采用微信版代码库如下：

“

”

该库非常好用，文档也很好，懒加载的时候写起来也挺简单的，整体测评效果很棒。同时该仓库可以导入微信小程序开发工具直接查看Demo，写的时候参考Demo，开发效率很高。缺点就是我们的逻辑是从数据库拉取数据然后解析，所以必然存在异步的问题，而这些demo大部分都是基于同步或者假数据。同时ec-绑定的init函数不支持异步操作，所以要解决这个问题就需要懒加载，现在的做法是用异步函数封装一下，内部拿到对应的数据，然后处理。

“

本节结束

”