使用分包

配置方法

假设支持分包的小程序目录结构如下:

  1. ├── app.js
  2. ├── app.json
  3. ├── app.wxss
  4. ├── packageA
  5. └── pages
  6. ├── cat
  7. └── dog
  8. ├── packageB
  9. └── pages
  10. ├── apple
  11. └── banana
  12. ├── pages
  13. ├── index
  14. └── logs
  15. └── utils

开发者通过在 app.json subpackages 字段声明项目分包结构:

写成 subPackages 也支持。

  1. {
  2. "pages":[
  3. "pages/index",
  4. "pages/logs"
  5. ],
  6. "subpackages": [
  7. {
  8. "root": "packageA",
  9. "pages": [
  10. "pages/cat",
  11. "pages/dog"
  12. ]
  13. }, {
  14. "root": "packageB",
  15. "name": "pack2",
  16. "pages": [
  17. "pages/apple",
  18. "pages/banana"
  19. ]
  20. }
  21. ]
  22. }

subpackages 中,每个分包的配置有以下几项:

字段类型说明
rootString分包根目录
nameString分包别名,分包预下载时可以使用
pagesStringArray分包页面路径,相对与分包根目录
independentBoolean分包是否是独立分包

打包原则

  • 声明 subpackages 后,将按 subpackages 配置路径进行打包,subpackages 配置路径外的目录将被打包到 app(主包) 中
  • app(主包)也可以有自己的 pages(即最外层的 pages 字段)
  • subpackage 的根目录不能是另外一个 subpackage 内的子目录
  • tabBar 页面必须在 app(主包)内

引用原则

  • packageA 无法 require packageB JS 文件,但可以 require app、自己 package 内的 JS 文件
  • packageA 无法 import packageB 的 template,但可以 require app、自己 package 内的 template
  • packageA 无法使用 packageB 的资源,但可以使用 app、自己 package 内的资源

低版本兼容

由微信后台编译来处理旧版本客户端的兼容,后台会编译两份代码包,一份是分包后代码,另外一份是整包的兼容代码。 新客户端用分包,老客户端还是用的整包,完整包会把各个 subpackage 里面的路径放到 pages 中。

示例项目

下载 小程序示例(分包加载版)源码