基于微服务和SaaS架构的低代码开发平台如何动态注入多租户个性化的业务逻辑

举一个新增流程的例子：

1. 新增流程的界面如下：

这是动态生成的界面，4个字段，流程分类、流程名称、流程KEY和描述

1. 但是查询界面是这样的，

多出了状态和版本，这两个字段。这个是通用的界面，通用的保存，在哪里注入这两个缺省的字段值呢？也就是说，新增界面是通用生成的，查询表格也是动态生成的，但是查询表格多出了“状态”和” 版本”这两个字段，而且这两个缺省值，只有流程管理界面有，其它界面没有，假如一个个性化的租户租户界面的需求，就是这么样子的，该如何解决呢？

1. 解决办法一：数据库解决办法，首先想到的，就是MySQl数据库，字段都有缺省值，虽然界面上没有，设置上这两个字段的缺省值就好了；
2. 解决办法二：前端+后端解决办法，配置前端字段的时候，设置这两个字段不显示，并设置缺省值，录入提交的时候，把这两个缺省值带上。即界面生成的时候，隐含两个字段，这是前端解决方案，需要后端配合，前端界面获取的时候，多预设这两个字段, 并配置赋缺省值.

 

 

 

 

1. 解决办法三：纯后端解决：在通用后端保存的时候，动态拦截这个保存动态，当遇到新增的ID是t_bpmn_define_5_insert（这个值由前端保存时， t_bpmn_define是前端动态传入，即保存到那个表，_5表示租户id，登录时token决定，_insert表示是新增）的时候，用自定义的Service动态替换缺省保存的Service

mongoDBService 这是缺省的Service

 

当遇到租户id是5，并且是保存流程的时候，用bpmnService替换缺省的mongoDBService

 

在BpmnService里面写入状态和版本这两个缺省值

 

1. 其实，原来通用的OA和BPM，我估计思路也是差不多的，但是传统OA和BPM不是用Spring boot和Spring cloud架构的，如何动态激活BpmnService？并放置在Spring Context上下文，由Spring 管理Service的生命周期，从而避免内存泄漏，数据库连接池泄漏，不是基于Spring boot架构的BPM和OA是很难解决的，所以你就看到，大量基于BPM的单体应用，使用了一段时间后，系统就运行缓慢，要么CPU 100%，要么内存 100%,要么数据库连接池不够，就是这个原因。