3.0.0版本更新详情:

项目结构调整

• 项目名改动：

  原开源项目	现开源项目	原会员项目	现会员项目	备注
  zuihou-admin-boot	lamp-boot	zuihou-boot-plus	lamp-boot-plus	单体版
  zuihou-commons	lamp-util	zuihou-commons-plus	lamp-util-plus	业务无关的工具集
  zuihou-generator	lamp-generator	zuihou-generator-plus	lamp-generator-plus	代码生成器
  zuihou-ui	lamp-web	zuihou-ui	lamp-web-plus	租户管理后台
  zuihou-admin-ui	lamp-web	zuihou-admin-ui	lamp-web-plus	运营管理后台（3.0以后：zuihou-ui和zuihou-admin-ui合并为lamp-web）

• 配置文件中配置的登录账号和密码修改为：lamp/lamp

• zuihou-ui 和 zuihou-admin-ui 的功能合并到 lamp-web

• 废弃 lamp-j2cache-starter， 全面使用 lamp-cache-stater；

• lamp-util(原zuihou-commons) 项目新增 lamp-annotation 模块， 将系统中常用的注解、model、枚举等抽离出来，降低多模块业务系统依赖耦合性

• 废弃jobs服务，3.0.1版本独立定时服务为单独的项目。为什么废弃？

  1. xxl-job的代码质量太差，大量代码不符合代码扫描器的规范！！！
  2. 定时服务调度器是一个独立的跟业务无关的项目，不宜跟业务项目放在一起;
  3. 采用的xxl-job版本过低;

数据库调整

• 使用PDMan整理表结构，并制作关系图
• create_user 字段改成 created_by、 update_user 改成 updated_by
• 大量表的字段重命名
• 数据字典表的数据重置；c_common_dictionary + c_common_dictionary_item 合并为一张表： c_dictionary
• 关于状态字段根据业务含义统一命名为: state、status
  • 如（隐藏、显示），（是、否），（可用、不可用）、(启用、禁用) 等字段用 state
  • 如 OrderedStatus, ShippingStatus,ReceiptedStatus 等字段用 status
• 数据库表名、表结构全面按照规范重建

代码&功能调整

• 版本升级：

  spring.boot.version > 2.3.6.RELEASE
  spring-boot-admin.version > 2.3.1
  knife4j.version -> 2.0.8
  springfox.swagger.version -> 2.10.5
  swagger-models.version -> 1.5.22
  druid.version -> 1.2.3
  mysql.version -> 8.0.22
  mybatis.version -> 3.5.6
  mybatis-spring.version -> 2.0.6
  mybatisplus.version -> 3.4.1
  transmittable-thread-local.version -> 2.12.0
  fastjson.version > 1.2.75
  transmittable-thread-local.version > 2.11.5
  commons-io.version > 2.8.0
  lombok.version > 1.18.16
  hutool.version > 5.5.2
  antisamy.version > 1.5.10
  caffeine.version > 2.8.6
  maven-source-plugin.version > 3.2.1
  maven-javadoc-plugin.version > 3.2.0
  

• 废弃全系统中@Autowired注入方式， 全部换成构造器注入！
• SuperCacheServiceImpl 中默认的缓存采用CacheOps。
• swagger自动配置支持通过;号配置多个包
• 修复若干FindBugs Plugin、Alibaba Java Coding Guidelines plugin扫描的问题代码
• PageParams#map 改成 PageParams#extra
• 原zuihou-log-starter模块， com.github.lamp.log.logback.zuihou-defaults.xml 改名为： com.tangyh.basic.log.logback.defaults.xml
• 原来命名为 My* 的类更名为 Lamp*
• 不符合规范的抽象类、工具类等类名按照阿里扫描规范、FindBugs规范重构
• 默认的数据库ID生成方式调整为HUTOOL的工具类
• R 删除 getIsError() 方法(前端使用isError判断的改成!isSuccess)， 新增errorMsg(记录原生的报错信息)。
• 废弃CodeGenerate、AbstractDistributedLock、QueueConstants类
• 优化InjectionCore、ValidatorConfiguration
• LampMetaObjectHandler 逻辑增强，支持未继承基类的实体注入id、创建人、创建时间、修改人、修改时间
• pom文件中 <relativePath>../</relativePath> 调整为 <relativePath>../pom.xml</relativePath>
• 原zuihou-msgs服务中的包名、类名中涉及Msgs的全部替换成Msg
• user表增加字段： salt， 密码修改为salt + sha256算法
• c_resource（原c_auth_resource）表的资源编码调整为3级：服务:功能:操作点 如：authority:org:add、authority:org:update
• 内置0000租户新增内置4个角色5个账号
• 资源编码参考shiro实现支持:*,;等通配符。 冒号作为权限分隔符，星号匹配任意字符串，逗号指定多个权限，分号支持配置多个编码。
• 重写登录、退出、清除缓存接口逻辑
• 修复消息中心发送全部用户时的bug
• 修复数据源模式测试连接无法关闭数据源链接的bug
• 数据字典表合并为一张， 并重写前端后端代码
• lamp-web中新增在线用户功能页面
• lamp-web前端项目支持全局配置 左侧菜单是否可以同时展开多个
• lamp-web 中 VUE_APP_IS_MULTI_TENANT 参数变更为 VUE_APP_IS_MULTI_TENANT_TYPE
• lamp-web 中 e-icon-picker 组件支持svg图标
• 后端调整字典查询接口（/dictionary/codes），方便前端获取字典数据时可以控制多个属性
• 前端项目中大写命名的文件，统一改成小写开头

lamp 项目名字由来

叙事版：

在一个夜黑风高的晚上，小孩吵着要出去玩，于是和程序员老婆一起带小孩出去放风，路上顺便讨论起项目要换个什么名字，在各自想出的名字都被对方一一否决后，大家陷入了沉思。 走着走着，在一盏路灯下，孩砸盯着路灯打破宁静，喊出：灯灯～ 我和媳妇愣了一下，然后对视着一起说：哈哈，这个名字好～

解释版：

灯灯： 是我小孩学说话时会说的第一个词，也是我在想了很多项目名后，小孩一语点破的一个名字，灯灯象征着光明，给困境的我们带来希望，给加班夜归的程序员们指引前方～

灯灯(简称灯， 英文名：lamp)，他是一个项目的统称，包含以下几个子项目

lamp 项目组成

lamp-boot 简介

lamp-boot的前身是zuihou-admin-boot，从3.0.0版本开始，改名为lamp-boot，它是lamp项目的其中一员。

lamp-cloud 基于 SpringBoot(2.3.6.RELEASE) 的单体快速开发平台，其中的可配置的SaaS功能尤其闪耀， 具备RBAC功能、网关统一鉴权、Xss防跨站攻击、自动代码生成、多种存储系统、分布式事务、分布式定时任务等多个模块，支持多业务系统并行开发， 支持多服务并行开发，可以作为后端服务的开发脚手架。代码简洁，注释齐全，架构清晰，非常适合学习和企业作为基础框架使用。

核心技术采用SpringBoot、Mybatis、RabbitMQ、FastDFS/MinIO等主要框架和中间件。 希望能努力打造一套从 JavaWeb基础框架 - 单体架构 - 持续集成 - 系统监测 的解决方案。本项目旨在实现基础能力，不涉及具体业务。

lamp 租户模式介绍

本项目可以通过配置，轻松切换项目的 租户模式。

lamp 会员版项目演示地址 

• 地址： http://tangyh.top:10000/lamp-web/
• 以下内置账号仅限于内置的0000租户
• 平台管理员： lamp_pt/lamp (内置给公司内部运营人员使用)
• 超级管理员： lamp/lamp
• 普通管理员： general/lamp
• 普通账号： normal/lamp

ps: 演示环境中内置租户没有写入权限，若要在演示环境测试增删改，请使用lamp_pt账号查询租户管理员账号后,登录新租户测试

lamp-boot 项目亮点功能介绍:

1. 服务鉴权:  通过JWT的方式来加强服务之间调度的权限验证，保证内部服务的安全性。

2. 监控：

   利用Spring Boot Admin 来监控各个独立Service的运行状态；利用turbine来实时查看接口的运行状态和调用频率；通过Zipkin来查看各个服务之间的调用链等。

3. 数据权限

   利用基于Mybatis的DataScopeInnerInterceptor拦截器实现了数据权限功能

4. SaaS(多租户)的无感解决方案

   本项目支持3种常见的租户解决方案和无租户方案，同一套代码，修改一个配置即可实现租户模式只有切换。

5. 缓存抽象

   采用CacheOps操作缓存，内置2种实现：Caffeine、 Redis，可以让项目应急时在无Redis环境正常运行

6. 优雅的Bean转换

   采用Dozer、BeanUtil等组件来对 DTO、DO、PO等对象的优化转换

7. 前后端统一表单验证

   严谨的表单验证通常需要 前端+后端同时验证， 但传统的项目，均只能前后端各做一次检验， 后期规则变更，又得前后端同时修改。 故在hibernate-validator的基础上封装了lamp-validator-starter起步依赖，提供一个通用接口，可以获取需要校验表单的规则，然后前端使用后端返回的规则， 以后若规则改变，只需要后端修改即可。

8. 防跨站脚本攻击(XSS)

   • 通过过滤器对所有请求中的 表单参数 进行过滤
   • 通过Json反序列化器实现对所有 application/json 类型的参数 进行过滤

9. 当前登录用户信息注入器

   • 通过注解实现用户身份注入

10. 在线API

    由于原生swagger-ui某些功能支持不够友好，故采用了国内开源的knife4j，并制作了stater，方便springboot用户使用。

11. 代码生成器

    基于Mybatis-plus-generator自定义了一套代码生成器， 通过配置数据库字段的注释，自动生成枚举类、数据字典注解、SaveDTO、UpdateDTO、表单验证规则注解、Swagger注解等。

12. 定时任务调度器

13. 大文件/断点/分片续传

    前端采用webupload.js、后端采用NIO实现了大文件断点分片续传，启动Eureka、Zuul、File服务后，直接打开docs/chunkUploadDemo/demo.html即可进行测试。 经测试，本地限制堆栈最大内存128M启动File服务,5分钟内能成功上传4.6G+的大文件，正式服耗时则会受到用户带宽和服务器带宽的影响，时间比较长。

14. 跨表、跨库、跨服务的关联数据自动注入器

    用于解决跨表、跨库、跨服务分页数据的属性或单个对象的属性 回显关联数据之痛, 支持对静态数据属性(数据字典)、动态主键数据进行自动注入。

lamp-boot 技术栈/版本介绍：

• 所涉及的相关的技术有：
  • JSON序列化:Jackson
  • 消息队列：RabbitMQ
  • 缓存：Redis
  • 数据库： MySQL 5.7.9 或者 MySQL 8.0.19
  • 定时器
  • 前端：vue + element-ui
  • 持久层框架： Mybatis-plus
  • 代码生成器：基于Mybatis-plus-generator自定义
  • 项目构建：Maven
  • 监控： spring-boot-admin
  • 文件服务器：FastDFS 5.0.5/阿里云OSS/本地存储/MinIO
  • Nginx
• 部署方面：
  • 服务器：CentOS
  • Jenkins
  • Docker
  • Kubernetes

项目截图：

预览	预览