江南一点雨的专栏

小伙伴们知道 TienChin 项目前端用的是 Vue3，当我们把 Vue3 官网刷了一遍之后回来看 TienChin 项目的前端，发现还是有很多不太一样的地方，今天松哥就来和大家捋一捋 Vue3 中几个好玩的插件和配置，学完之后，相信大家对 TienChin 项目前端的很多写法就明白了。...

不知道小伙伴们有没发发现，IDEA 中似乎没有一个特别称手的流程绘制工具，大家注意我说的是称手，不是能用。我之前用过下图这个插件：评价就是两个字：能用！官方提供了一个 flowable-ui，功能还比较强大，可以一试，今天我就来和小伙伴们简单介绍一下这个 flowable-ui 的使用，用熟了，将来我们可以使用这个来绘制流程图。...

小伙伴们知道松哥最近在录 TienChin 项目视频，这个项目会用到工作流，为了帮助小伙伴们更好的理解这个项目，松哥最近会出几篇文章和大伙聊一聊工作流 flowable 的使用，算是给 TienChin 项目的第一个铺垫，当然，在 TienChin 项目的系列视频中，我也会和大家详细聊一聊 flowable 流程引擎的使用。今天我就先写一个简单的请假流程，让小伙伴们对 flowable 先有一个直观的认知。在正式开搞之前，我先来给小伙伴们看下我们今天要完成的效果。简单起见，我这里并没有引入用户、角色等概念，

我们在 Promise 中写异步任务执行的代码，在上面的案例中，松哥通过 setTImeout 方法模拟了一个耗时操作，异步任务执行完毕后，我们调用 resolve 方法返回调用的结果（会进入到下一步的 then 中），也可以调用 reject 方法表示调用失败（会进入到 catch 中）。这就是前端所谓的回调地狱。就说一句，如果 then 中返回的是一个 Promise 对象，那么接下来的 then 其实是这个 Promise 对象的 then，而不是一开始的 Promise 的 then 了。...

CI/CD 是一种通过在应用开发阶段引入自动化来频繁向客户交付应用的方法。持续集成持续交付持续部署CI/CD 主要针对在集成新代码时所引发的问题（俗称"集成地狱"）。为什么会有集成地狱这个“雅称”呢？大家想想我们一个项目部署的过程，拉取代码->构建->测试->打包->部署，如果我们经常需要部署项目，特别是在微服务时代，服务特别多的情况下，不停的测试打包部署，那估计得有个人一整天专门做这事了，而这事又是繁琐的重复无意义的。...

installconsole.log("我的第一个插件")}};install中的方法将会被自动执行。app.use就表示引入插件，引入插件之后，插件中的install方法就会被自动执行。app.use方法接收两个参数，第一个参数就是我们导入的插件js对象，第二个参数是可选的，大家看到插件定义时候的install方法有两个参数，第一个参数是Vue实例，这是自动传入的，第二个参数options则是我们在app.use中，通过第二个参数传入进来的。...

这里一个是配置了一个实体类Book，另一个则是配置了一个BookRepository，项目启动成功后，框架会根据Book类的定义，在数据库中自动创建相应的表，BookRepository接口则是继承自JpaRepository，JpaRepository中自带了一些基本的增删改查方法。，这个地址就是这个网页想要渲染的JSON的地址，如果开发者修改了生成的JSONAPI文档的地址，那么就需要手动在这个输入框中输入一下JSONAPI文档的地址。...

const{==-1;});if(!f){}}})usersPermissions表示当前用户所具备的权限，正常该数据应该是从服务端加载而来，但是我这里简单起见，就直接定义好了。delete']">删除用户="delete']">删除用户"delete']">删除用户="delete']">删除用户''"...

这两篇文章主要是和大家说明了后端如何根据当前登录用户，动态生成一个菜单JSON。那么现在的问题就是，当前端收到后端返回来的菜单JSON之后，该如何将之渲染出来？这就是我们目前所面临的问题了。TienChin项目基于RuoYi脚手架来完成，所以本文的分析你也可以看作是对RuoYi-Vue3项目的分析。...

随着TienChin项目视频的录制，松哥终于也要静下心来，认真捋一捋Vue3中的各种新特性了，然后再和小伙伴们进行分享，其实Vue3中还是带来了很多新鲜的玩意，今天我们就不卷Java了，来卷卷前端。以下内容是一个Java猿对Vue3的理解，主要是应用层面上，如果有专业的前端小伙伴，请轻拍。...

关于SpringBoot+Vue3的动态菜单，松哥之前已经写了两篇文章了，这两篇文章主要是从代码上和大家分析动态菜单最终的实现方式，但是还是有小伙伴觉得没太看明白，感觉缺乏一个提纲挈领的思路，所以，今天松哥再整一篇文章和大家再来捋一捋这个问题，希望这篇文章能让小伙伴们彻底搞清楚这个问题。...

这是小伙伴们在微信上问的一个问题：这个问题比较典型，让我想到面试时有一个 Spring 事务失效的问题，跟这个原因以及解决方案是一模一样的，因此，抽空整篇文章和小伙伴们分享下。小伙伴们知道，AOP 底层就是动态代理，动态代理有两种实现方式：如果被代理的对象有接口，则可以使用 JDK 动态代理，没有接口就可以使用 CGLIB 动态代理。在 Spring 中，默认情况下，如果被代理的对象有接口，就使用 JDK 动态代理，如果被代理的对象没有接口，则使用 CGLIB 动态代理。在 Spring Boot 中，2.

在前面的文章中，松哥已经和小伙伴们聊了 Spring Security 中的权限表达式了，还没看过的小伙伴们可以先看下，本文将在前文的基础上继续完善：经过上篇文章的学习，小伙伴们已经知道了，在 Spring Security 中，@PreAuthorize、@PostAuthorize 等注解都是支持 SpEL 表达式的。在 SpEL 表达式中，如果上来就直接写要执行的方法名，那么就说明这个方法是 RootObject 对象中的方法，如果要执行其他对象的方法，那么还需要写上对象的名字，例如如下两个例子：上

老生常谈了！虽然我们是 Java 猿，但是写起来前端代码也不含糊！今天我想来和大家聊聊这个前端的动态菜单，要如何设计才显得专业！还是以我们的 TienChin 项目为例，大家一起来看看。先来一张截图看看效果：那么这样的菜单是如何设计出来的呢？今天我也不想和大家聊过多的技术细节，就聊聊这个路由是如何设计的，一旦大家明白了路由是如何设计的，剩下的问题都是细枝末节的问题了。有的小伙伴做过 vhr，知道 vhr 里的动态菜单实现方式，松哥和大家一样，也是在不断学习不断进步中，今天我想和大家探讨 TienChin 项

小伙伴们知道，在 Shiro 中，默认是支持权限通配符的，例如系统用户有如下一些权限：现在给用户授权的时候，我们可以像上面这样，一个权限一个权限的配置，也可以直接用通配符：这个通配符就表示拥有针对用户的所有权限。当然这是 Shiro 里边的，对 Shiro 不熟悉的小伙伴，可以在公众号后台回复 shiro，查看松哥之前录的视频教程。今天我们来聊聊 Spring Security 中对此如何处理，也顺便来看看 TienChin 项目中，这块该如何改进。要搞明白基于注解的权限管理，那么得首先理解 SpEL，不需

首先小伙伴们都知道权限有不同的颗粒度，在 vhr 项目中，整体上我是基于请求地址去处理权限的，这个粒度算粗还是算细呢？有的小伙伴们可能认为这个权限粒度太粗，所谓细粒度的权限应该是基于按钮的。如果有小伙伴们做过前后端不分的开发，应该会有这样的体会：在 Shiro 或者 Spring Security 框架中，都提供了一些标签，通过这些标签可以做到在满足某种角色或者权限的情况下，显示某个按钮；当用户不具备某种角色或者权限的时候，按钮则会自动隐藏起来。但是大家想想，按钮的显示与隐藏不过是前端页面为了提高用户体验而

在上周发布的 TienChin 项目视频中，我和大家一共梳理了六种幂等性解决方案，接口幂等性处理算是一个非常常见的需求了，我们在很多项目中其实都会遇到。今天我们来看看两种比较简单的实现思路。其实接口幂等性的实现方案还是蛮多的，我这里和小伙伴们分享两种比较常见的方案。基于 Token 这种方案的实现思路很简单，整个流程分两步：大致的思路就是上面这样，当然具体的实现则会复杂很多，有很多细节需要注意，松哥之前也专门录过这种方案的视频，小伙伴们可以参考下，录了两个视频，一个是基于拦截器处理的，还有一个是基于 AOP

首先先说一个大原则：分布式事务能不用就不要用，毕竟这个用起来还是有一些麻烦的。当然，不用和不会用可是两码事。学习分布式事务，有一些基础理论需要我们先来了解下。本地事务是指将多条语句作为一个整体进行操作的功能，通过数据库事务可以确保该事务范围内的所有操作都可以全部成功或者全部失败，如果事务失败，那么效果就和没有执行这些SQL一样，不会对数据库数据有任何改动。也就是事务具有原子性，一个事务中的一系列操作要么全部成功，要么全部失败。一般来说，事务具有 4 个属性：这四个属性通常称为 ACID 特性。这块松哥之前专

分布式事务，我们已经给小伙伴介绍了整体内容：AT 模式的实现：AT 模式在多数据源中的应用：TCC 模式的实现：今天我们就一起来看下另一种模式，XA 模式！其实我觉得 seata 中的四种不同的分布式事务模式，学完 AT、TCC 以及 XA 就够了，Saga 不好玩，而且长事务本身就有很多问题，也不推荐使用。Seata 中的 XA 模式实际上是基于 MySQL 的 XA 两阶段提交发展出来的，所以学习 XA 模式，需要小伙伴们先理解 MySQL 中的 XA 是怎么一回事，把 MySQL 中的 XA 搞清楚了

今天来聊一个简单的话题～是一个小伙伴在星球上的提问。进入到 SpringBoot2.7 时代，有小伙伴发现有一个常用的类忽然过期了：在 Spring Security 时代，这个类可太重要了。过期的类当然可以继续使用，但是你要是决定别扭，只需要稍微看一下注释，基本上就明白该怎么玩了。我们来看下 WebSecurityConfigurerAdapter 的注释：从这段注释中我们大概就明白了咋回事了。以前我们自定义类继承自 WebSecurityConfigurerAdapter 来配置我们的 Spring S