项目介绍

3.x版本中，可以通过修改配置文件中lamp.database.multiTenantType属性来切换租户模式，4.x 版本对此功能做了调整，将不同的租户模式拆分为不同的项目，一个项目只负责一种 租户模式。

因此，3.x版本的 lamp-cloud-plus 项目拆分为了4.x 版本的lamp-cloud-pro-none、lamp-cloud-pro-column、lamp-cloud-pro-datasource-column 3个项目。

1. 4.x 弃用了SCHEMA模式，因为SCHEMA模式插件不成熟。

2. 4.16.0 开始，lamp-cloud-pro-none和lamp-boot-pro-none 项目正式开源。

模式	微服务版	单体版	备注
NONE模式	lamp-cloud	lamp-boot	非租户模式
COLUMN模式	lamp-cloud-pro-column	lamp-boot-pro-column	字段模式、列模式
DATASOURCE_COLUM模式	lamp-cloud-pro-datasource-column	lamp-boot-pro-datasource-column	数据源模式、大租户小门店模式

疑问

原来一个 lamp-cloud 项目（lamp-cloud-plus） 项目通过配置就可以切换租户模式不香吗？ 为什么4.x之后不继续采用原来的方式？

1. 3.x 通过修改配置就能切换租户模式对于精通此项目的人来说很香，但不利于新用户快速熟悉此项目。为了兼容多种模式，写了很多兼容不同模式的代码，对于使用此框架二次开发的用户来说，可读性降低，不易理解。
2. 通常一个项目决定使用某种模式后，就不会轻易改变。 所以对于企业级项目来说，一个项目兼容多种模式这个功能比较鸡肋。若让已经上线的项目更改租户模式，还可能由于数据同步等问题引发不必要的bug。
3. 4.x版本，每种模式的创建租户、租户数据隔离方式上会有所区别，代码可能也会写的不一样。
4. 尤其是非租户版本，很多功能和页面都与租户模式不同，所以4.16.0以后，非租户模式彻底独立开源出来。

所以， 经过多方面思考，将后端拆分成多项目。

但维护多个项目，又增加了我的工作量，所以后期新功能升级和开发，作者一般都是先更新其中一个模式的项目，然后再同步逐一更新其他模式的项目。