视频地址:SpringBoot项目实战-前后端分离博客项目-Java项目_哔哩哔哩_bilibili
项目创建——多模块开发
整个系统分为前台模块(blog )和后台模块(admin ),前端已给好,我们只需好些两套后端系统即可。
多模块开发:
我们并不是直接在Blog 模块(父模块)下直接开发,还是根据需求分为了前台模块 和后台模块
但是两个模块很多代码和功能都是有重复的,就比如一些pom 依赖,逻辑代码接口,统一的工具类,响应类等等,要是两个模块都这样写,那就造成了代码的大量重复冗余!
为此我们给父模块再创建一个模块,这个模块作为工作模块(framework公共子模块 ),让blog 和admin 模块享有它的资源,公共的代码、类、pom依赖等放在framework 模块下,blog 和admin 模块到时自己特定的功能代码或者依赖等等,在自己放在自己的模块下即可,这样很多公共的代码就可以复用了!,那么我们主项目Blog 下的src 目录就可以删除去了。
一个父模块三个子模块,通过maven 的多模块管理建立关系,子模块共享(继承)父模块的pom (公共pom)依赖,子模块开发特定功能在特定添加pom 依赖即可
主模块pom依赖:
<groupId>com.lwt</groupId>
<artifactId>lwtBlog</artifactId>
<packaging>pom</packaging>
<version>0.0.1-SNAPSHOT</version>
<modules>
<module>lwt-framework</module>
<module>lwt-admin</module>
<module>lwt-blog</module>
</modules>
其他三个子模块继承父模块:
<parent>
<artifactId>lwtBlog</artifactId>
<groupId>com.lwt</groupId>
<version>0.0.1-SNAPSHOT</version>
</parent>
功能业务逻辑总结
热门文章列表
进入首页后,热门文章一栏展示热门文章:
要求:
- 文章必须是正常状态的,不能为草稿
- 不能是已经删除的文章
- 展示浏览量
前10 的文章 - 用户点击后可以跳转到相应的文章进行浏览
功能逻辑总结(service 层):
分类列表
需求:
用户查看分类信息时,展示存在的分类
注意分类的名称有文章信息确定,必须先通过文章表拿到对应的分类id 才能通过这些id 去分表表查询获取对应的分类名称!
功能逻辑总结(service 层):
分页文章查询
需求:在首页 或者点击相关的分类 后,展示文章(相当于后台管理系统的数据显示)
由于都是文章查询然后显示,因此我们可以统一写在一个功能接口下!
文章会有很多不可能完全展示,因此分页查询是必须的,又因为我们统一写的一个接口,当你点击分类名称后要展示该分类下的文章,为此函数参数可以带有个分类id ,在分页查询时有则加入条件,无则不加即可。
要求:
功能逻辑总结(service 层):
- 调用mapper查询数据库
- 根据前端请求的参数,有
分类id 则加入条件 - 文章为正常状态的文章
- 对应
isTop 字段进行降序排序(优先展示置顶文章) - 分页查询,拿到
文章信息集合 - 由于展示要有该文章对应的
分类名称 ,而这个文章集合中只有分类id
- 在文章实体类加上
分类名称 字段,由于数据库表中没有该字段因此注解做标记 - 对文字集合进行操作,通过
分类id 查询到对应的分类名称 ,将其注入文章对象的成员属性 - 封装成
VO 对象响应给前端
文章详情
需求:
要求在文章列表点击阅读全文时能够跳转到文章详情页面,可以让用户阅读文章正文。
前端的请求会带有文章id 过来,通过文章id查询数据库,拿到信息即可
功能逻辑总结(service 层):
- 调用mapper通过
id 查询文章表,拿到该文章 - 文章详情也要展示分类名称,因此还要通过分类id去拿到分类名称
- 封装成
VO 对象响应给前端
注意:
由于是get 请求,且请求的URL 中带有参数 ,因此在controller中,通过@PathVariable 是从一个url中拿到文章id 给后台
@GetMapping("/{id}")
public ResponseResult getArticleDetail(@PathVariable("id") Long id){
}
友链查询
需求:友链展示,在友链页面要查询出所有的审核通过 的友链。
功能逻辑总结(service 层):
- 调用mapper去友链表查询友链
- 封装成
VO 对象返回给前端
登录功能
SpringSecurity登录认证流程的实现!
登录流程:
功能逻辑总结(service 层):
一、登录
1、自定义登录接口(LoginImpl)
- 调用
ProviderManager 的方法进行认证
- 将我们传入的(初始带有用户名和密码)的
Authentication 对象与security自行去UserDetailsService 的实现类由load..ByName方法 通过用户名从数据库查询数据封装得到一个UserDetails 对象(包含用户的信息和相关权限等),UserDetails 对象通过PasswordEncoder (加密后比对)对比UserDetails 和Authentication 中的密码是否正确,最终返回一个完整的Authentication 对象 - 自定义UserDetailsService
- 认证通过后,从完整的
Authentication 对象中拿到userId 生成token - 将用户信息存入
redis - 封装成
VO 对象响应给前端
二、校验
所有请求都先经过jwt认证过滤器!
定义Jwt 认证过滤器链
? 获取(请求头)token
? 解析token获取userId
? 从redis 中获取用户信息
? 存入上下文SecurityContextHolder (loginUser、权限集合等)
? 修改SecurityConfig ,将这个过滤器加到security 过滤器链的最前面!
核心:
- 自定义登录接口
- 实现
UserDetail 接口,用于从数据库查询用户信息,返回UserDetail 接口的实现类——LoginUser - 生成
token - 存入
redis
退出登录
既然你要退出登录,说明你现在是一个登录的状态,我们通过token 获取相关信息即可,然后从redis 中删除即可
由于函数并没有携带HttpRequest... 除了从request 对象获取token 外,我们可以从上下文 中获取(因为我们之前是先经过Jwt认证过滤器的了)
- 从上下文获取
token 解析拿到userId - 从
redis 中删除对应信息 - 响应前端
|