[tips] 一些说明

[Vanisper]

TODO

• 依赖关系可视化：理论建立、算法描述
• 依赖关系可视化：算法实现
• 分包优化：单库多子包拷贝
• 分包优化：三方组件库独立所属子包迁移 升级到 1.3.14 版本分包失败 #21
• 项目架构：改造成 monorepo

[Vanisper]

插件启用没有效果？

首先确认是否真正启用了插件，详见readme。
也可能是微信开发者工具的缓存原因，清除缓存之后再重启项目看看分包情况。

业务项目需要有分包的规划。
要确认项目中有没有写分包配置，也就是 page.json 中的 subPackages 配置。

分包规划的合理性：

• 满足一定程度的 业务语义 上的合理性
• 需要权衡分包 颗粒度

举个例子，两个子包 SubA、SubB 都引用了三方库 xxx，那么这种情况就是 “一个三方库被多个子包引用了”。
为了满足 复用原则，应该将这个三方库放在这两个子包都能引用的到的地方，受制于小程序跨包引用规则，这个时候就只能放在主包了。
但是这个 xxx 库太大了，这样子被迫放在主包会导致主包过大，这个时候的一个方案是把 SubA、SubB 规划为同一个子包，改一下目录结构。
看看这两个包之间是否有业务关联，找点共性，是否可以将他们视为同一个子包？
当然，这个方案下只能说服自己了，这也算是加一个中间层。

[Vanisper]

合作开发

本项目集成了 ，会对每一个 push 或者 pr 操作发布一个临时包，托管于 pkg.pr.new 包管理中心下。

如果提交了一个 pr，即使迟迟没有合并，提交者也可以安装这个临时包提前使用，无需受仓库管理者的发包、发版限制。

以往要做到这一点，就需要自己手动编译修改后的源码，然后覆盖旧版 dist 产物，打 patch 补丁。