软件技术学习笔记

前段时间，我们开发一款toC的小收据，选择微信小程序插件的方式进行开发。起初的目的是避免主程序过大、容易被别的小程序集成，做新的独立APP时避免重复开发，也选择团队中大部分人熟悉的Taro + React技术栈。

但是，在产品迭代过程中，隔三差五就需要改动这个小收据插件，麻烦就出现了。要发布新功能时，需先插件提审，插件通过之后在主程序中更新插件的版本号，最后才是主程序提审、发布，发布流程漫长。

目前，发现这个小收据就自己的主程序在使用，也没有计划做独立的小程序。于是，这段时间就把它搬到主程序中，使用独立的分包、UniApp + Vue技术栈。

从软件设计的角度，被依赖方要求设计成相对稳定的组件。因此，快速迭代的业务功能，最好是放到最外层，容易变更。