内容简介:3.0.0版本更新详情: 项目结构调整 项目名改动: 原开源项目 现开源项目 原会员项目 现会员项目 备注 zuihou-admin-boot lamp-boot zuihou-boot-plus lamp-boot-plus 单体版 zuihou-commons lamp-util zuihou-comm...
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版本独立定时服务为单独的项目。为什么废弃?
- xxl-job的代码质量太差,大量代码不符合代码扫描器的规范!!!
- 定时服务调度器是一个独立的跟业务无关的项目,不宜跟业务项目放在一起;
- 采用的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 项目名字由来
叙事版:
项目名改动:
原开源项目 | 现开源项目 | 原会员项目 | 现会员项目 | 备注 |
---|---|---|---|---|
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版本独立定时服务为单独的项目。为什么废弃?
- xxl-job的代码质量太差,大量代码不符合代码扫描器的规范!!!
- 定时服务调度器是一个独立的跟业务无关的项目,不宜跟业务项目放在一起;
- 采用的xxl-job版本过低;
- 如(隐藏、显示),(是、否),(可用、不可用)、(启用、禁用) 等字段用 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
;
号配置多个包<relativePath>../</relativePath>
调整为 <relativePath>../pom.xml</relativePath>
Msgs
的全部替换成Msg
:*,;
等通配符。 冒号作为权限分隔符,星号匹配任意字符串,逗号指定多个权限,分号支持配置多个编码。/dictionary/codes
),方便前端获取字典数据时可以控制多个属性lamp 项目名字由来
叙事版:
在一个夜黑风高的晚上,小孩吵着要出去玩,于是和程序员老婆
一起带小孩出去放风,路上顺便讨论起项目要换个什么名字,在各自想出的名字都被对方一一否决后,大家陷入了沉思。 走着走着,在一盏路灯下,孩砸盯着路灯打破宁静,喊出:灯灯~ 我和媳妇愣了一下,然后对视着一起说:哈哈,这个名字好~
解释版:
灯灯
: 是我小孩学说话时会说的第一个词,也是我在想了很多项目名后,小孩一语点破的一个名字,灯灯象征着光明,给困境的我们带来希望,给加班夜归的 程序员 们指引前方~
灯灯
(简称灯, 英文名:lamp),他是一个项目的统称,包含以下几个子项目
lamp 项目组成
项目 | gitee | github | 备注 |
---|---|---|---|
工具集 | https://gitee.com/zuihou111/lamp-util | https://github.com/zuihou/lamp-util | 业务无关的工具集,cloud和boot 项目都依赖它 |
微服务版 | https://gitee.com/zuihou111/lamp-cloud | https://github.com/zuihou/lamp-cloud | SpringCloud 版 |
单体版 | https://gitee.com/zuihou111/lamp-boot | https://github.com/zuihou/lamp-boot | SpringBoot 版(和lamp-cloud功能基本一致) |
租户后台 | https://gitee.com/zuihou111/lamp-web | https://github.com/zuihou/lamp-web | PC端管理系统 |
代码生成器 | https://gitee.com/zuihou111/lamp-generator | https://github.com/zuihou/lamp-generator | 给开发人员使用 |
定时调度器 | https://gitee.com/zuihou111/lamp-job | https://github.com/zuihou/lamp-job | 尚未开发 |
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 租户模式介绍
本项目可以通过配置,轻松切换项目的 租户模式。
租户模式 | 描述 | 优点 | 缺点 |
---|---|---|---|
NONE(非租户模式) | 没有租户 | 简单、适合独立系统 | 缺少租户系统的优点 |
COLUMN(字段模式) | 租户共用一个数据库,在业务表中增加字段来区分 | 简单、不复杂、开发无感知 | 数据隔离性差、安全性差、数据备份和恢复困难、 |
SCHEMA(独立schema) | 每个租户独立一个 数据库(schema),执行 sql 时,动态在表名前增加schema | 简单、开发无感知、数据隔离性好 | 配置文件中必须配置数据库的root账号、不支持复杂sql和 sql嵌套自定义函数 |
DATASOURCE(独立数据源) | 每个租户独立一个 数据库(数据源),执行代码时,动态切换数据源 | 可独立部署数据库,数据隔离性好、扩展性高、故障影响小 | 相对复杂、开发需要注意切换数据源时的事务问题、需要较多的数据库 |
lamp 会员版项目演示地址
- 地址: http://tangyh.top:10000/lamp-web/
- 以下内置账号仅限于内置的0000租户
- 平台管理员: lamp_pt/lamp (内置给公司内部运营人员使用)
- 超级管理员: lamp/lamp
- 普通管理员: general/lamp
- 普通账号: normal/lamp
ps: 演示环境中内置租户没有写入权限,若要在演示环境测试增删改,请使用lamp_pt账号查询租户管理员账号后,登录新租户测试
lamp-boot 项目亮点功能介绍:
-
服务鉴权: 通过JWT的方式来加强服务之间调度的权限验证,保证内部服务的安全性。
-
监控:
利用Spring Boot Admin 来监控各个独立Service的运行状态;利用turbine来实时查看接口的运行状态和调用频率;通过Zipkin来查看各个服务之间的调用链等。
-
数据权限
利用基于Mybatis的DataScopeInnerInterceptor拦截器实现了数据权限功能
-
SaaS(多租户)的无感解决方案
本项目支持3种常见的租户解决方案和无租户方案,同一套代码,修改一个配置即可实现租户模式只有切换。
-
缓存抽象
采用CacheOps操作缓存,内置2种实现:Caffeine、 Redis,可以让项目应急时在无 Redis 环境正常运行
-
优雅的Bean转换
采用Dozer、BeanUtil等组件来对 DTO、DO、PO等对象的优化转换
-
前后端统一表单验证
严谨的表单验证通常需要 前端+后端同时验证, 但传统的项目,均只能前后端各做一次检验, 后期规则变更,又得前后端同时修改。 故在
hibernate-validator
的基础上封装了lamp-validator-starter
起步依赖,提供一个通用接口,可以获取需要校验表单的规则,然后前端使用后端返回的规则, 以后若规则改变,只需要后端修改即可。 -
防跨站脚本攻击(XSS)
- 通过过滤器对所有请求中的 表单参数 进行过滤
- 通过Json反序列化器实现对所有 application/json 类型的参数 进行过滤
-
当前登录用户信息注入器
- 通过注解实现用户身份注入
-
在线API
由于原生swagger-ui某些功能支持不够友好,故采用了国内开源的
knife4j
,并制作了stater,方便springboot用户使用。 -
代码生成器
基于Mybatis-plus-generator自定义了一套代码生成器, 通过配置数据库字段的注释,自动生成枚举类、数据字典注解、SaveDTO、UpdateDTO、表单验证规则注解、Swagger注解等。
-
定时任务调度器
-
大文件/断点/分片续传
前端采用webupload.js、后端采用NIO实现了大文件断点分片续传,启动Eureka、Zuul、File服务后,直接打开docs/chunkUploadDemo/demo.html即可进行测试。 经测试,本地限制堆栈最大内存128M启动File服务,5分钟内能成功上传4.6G+的大文件,正式服耗时则会受到用户带宽和服务器带宽的影响,时间比较长。
-
跨表、跨库、跨服务的关联数据自动注入器
用于解决跨表、跨库、跨服务分页数据的属性或单个对象的属性 回显关联数据之痛, 支持对静态数据属性(数据字典)、动态主键数据进行自动注入。
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
项目截图:
预览 | 预览 |
---|---|
以上就是本文的全部内容,希望本文的内容对大家的学习或者工作能带来一定的帮助,也希望大家多多支持 码农网
猜你喜欢:- asp.net快速开发平台,给开发平台提提速
- antdv 前端开发的快速开发平台 xiaonuo
- .net快速开发平台—web快速开发框架
- .net快速开发平台,learun敏捷开发框架
- 加速AI开发普惠化,地平线推出「天工开物」AI开发平台
- 再谈低代码开发平台(200727)
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
人工智能的未来
Jeff Hawkins、Sandra Blakeslee / 贺俊杰、李若子、杨倩 / 陕西科学技术出版社 / 2006.1 / 18.5
陕西科技出版社最新引进美国图书《人工智能的未来》(On Intelligence)一书,是由杰夫•霍金斯,一位在硅谷极其成功、受人尊敬的计算机工程师、企业家与桑德拉•布拉克斯莉,《纽约日报》的栏目作家共同撰写。本书对人类大脑皮层所具有的知觉、认识、行为和智能功能新理论提出了新的理论构想。这一理论的独到之处在于对大脑皮层的现行认识提出了新的观点,对大脑的工作原理,即霍金斯称之为“真正智能”而非计算机......一起来看看 《人工智能的未来》 这本书的介绍吧!