开发计划

### 引言
本章节主要介绍未来的开发计划。

>i **说明**
>
> 开发计划没有先后顺序，会根据难易程度进行排序。

### 开发计划
#### 待开发
1. 开发移动端，目前的倾向：uniapp。
2. 库存支持批次。
3. 开发定价中心，用于采购、销售、零售的统一定价。
4. 等Warm-Flow更新仿钉钉设计器并集成。
5. 采购、销售、零售业务的单据支持扫码模式录入。
6. 商品、单据等数据都支持生成二维码，配合移动端的操作。
7. ~~移除开发管理中的自定义选择器、自定义页面等功能，彻底放弃拖拉拽形式的开发功能。（但是保留基于单表的代码生成器）。~~【作废】
8. 完善代码生成器，目前生成的代码可能会报错，由于理念问题，这块功能很长时间没有维护过了。
9. 新增营销商品（也就是常说的SPU）的概念，承接第三方平台（尤其是商城）的商品对接业务。
10. 预留物流单对接功能，方便以后可以对接。
11. 单据功能集成liteFlow。
12. 基础信息功能集成liteFlow。
13. SSO统一认证中心。
14. 集成xxljob或powerjob。
15. 将平台管理功能和开发管理功能剥离出来，单独做成平台端。
16. 基础的报表功能。
#### 排期中

| 开发内容 | 预计完成日期 |
| --- | --- |
| 基础信息废弃掉状态，改成逻辑删除 | 2025年8月31日 |

### 备忘
>i **说明**
> 这小节可以忽略，是作者自己看的，留在这里是为了方便大家了解待开发功能会做到哪种粒度。

1. 移动端应该不会包含全部功能，需要整理一下哪些功能适合放在移动端，最起码的：扫PC端生成的二维码（如商品信息的二维码）可以查看。流程审批肯定也要在移动端。
2. 批次的成本怎么理解？因为目前系统的是移动加权平均的算法，批次只关心数量吗？
3. 定价中心的交互方式很麻烦，总不能让用户一个一个的设置吧，应该是类似于过滤器的概念，链式执行，从通用条件到特有条件。但是这种方式开发人员很好理解，业务人员估计很难理解，不太符合大众的逻辑。
4. 对于代码生成器，特地在群里了解过大家的想法，还是要保留，直接复制其他功能的代码然后再改容易出错，所以要生成一些简单代码，提高一下效率。
5. 营销商品只是先开发出概念和功能，先不对接具体的第三方平台，这种东西没办法一下弄完，只能随时间去积累，先有概念能支持后续的开发就好。
6. 集成LiteFlow可以让代码结构化，毕竟是SaaS系统，肯定会存在某个租户需要在某个功能做一些特定的操作，结构化后容易隔离租户并且不会影响主干逻辑，就是流程图不太好抽象出来。流程图在哪里维护？难道还要开个在线修改流程图的功能？
7. xxljob和powerjob会不会提升部署难度？这个待考虑。这个做成starter估计不现实。
8. SSO统一认证中心做为starter，可以自由选择是否引入，这样应该会好一些，不需要的人就不需要管这个starter就好了。
9. 是不是要升级SpringBoot、SpringCloud的版本？JDK要不要升上去？这个待考虑。
10. 财务相关的功能怎么办？再考虑是自己开发还是对接一个其他的开源项目。
11. 报表功能肯定要消息驱动，不做日结。但是要用日结容灾。