整个系统分为前台模块(blog)和后台模块(admin),前端已给好,我们只需好些两套后端系统即可。
多模块开发:
我们并不是直接在Blog模块(父模块)下直接开发,还是根据需求分为了前台模块和后台模块
但是两个模块很多代码和功能都是有重复的,就比如一些pom依赖,逻辑代码接口,统一的工具类,响应类等等,要是两个模块都这样写,那就造成了代码的大量重复冗余!

为此我们给父模块再创建一个模块,这个模块作为工作模块(framework公共子模块),让blog和admin模块享有它的资源,公共的代码、类、pom依赖等放在framework模块下,blog和admin模块到时自己特定的功能代码或者依赖等等,在自己放在自己的模块下即可,这样很多公共的代码就可以复用了!,那么我们主项目Blog下的src目录就可以删除去了。
一个父模块三个子模块,通过maven的多模块管理建立关系,子模块共享(继承)父模块的pom(公共pom)依赖,子模块开发特定功能在特定添加pom依赖即可
主模块pom依赖:
<groupId>com.lwtgroupId>
<artifactId>lwtBlogartifactId>
<packaging>pompackaging>
<version>0.0.1-SNAPSHOTversion>
<modules>
<module>lwt-frameworkmodule>
<module>lwt-adminmodule>
<module>lwt-blogmodule>
modules>
其他三个子模块继承父模块:
<parent>
<artifactId>lwtBlogartifactId>
<groupId>com.lwtgroupId>
<version>0.0.1-SNAPSHOTversion>
parent>
进入首页后,热门文章一栏展示热门文章:

要求:
前10的文章功能逻辑总结(service层):
调用mapper层查询数据库,条件如下:
10——根据浏览量进行降序排序自此我们就得到了满足条件的所有文章,但我们只要前十条——分页查询拿到前十条数据
封装成VO对象响应给前端(Bean拷贝、用于操作集合的stream流等)
需求:
用户查看分类信息时,展示存在的分类

注意分类的名称有文章信息确定,必须先通过文章表拿到对应的分类id才能通过这些id去分表表查询获取对应的分类名称!
功能逻辑总结(service层):
先去查询文章表,获取到所有文章的分类id
分类id必须是正常状态文章对应的分类id分类id集合后对其进行去重(stream流操作)然后拿着这些分类ids去查询分类表,拿到对应的分类集合
封装为VO对象响应给前端
需求:在首页或者点击相关的分类后,展示文章(相当于后台管理系统的数据显示)
由于都是文章查询然后显示,因此我们可以统一写在一个功能接口下!
文章会有很多不可能完全展示,因此分页查询是必须的,又因为我们统一写的一个接口,当你点击分类名称后要展示该分类下的文章,为此函数参数可以带有个
分类id,在分页查询时有则加入条件,无则不加即可。
要求:
功能逻辑总结(service层):
分类id则加入条件isTop字段进行降序排序(优先展示置顶文章)文章信息集合分类名称,而这个文章集合中只有分类id
分类名称字段,由于数据库表中没有该字段因此注解做标记分类id查询到对应的分类名称,将其注入文章对象的成员属性VO对象响应给前端需求:
要求在文章列表点击阅读全文时能够跳转到文章详情页面,可以让用户阅读文章正文。
前端的请求会带有
文章id过来,通过文章id查询数据库,拿到信息即可
功能逻辑总结(service层):
id查询文章表,拿到该文章VO对象响应给前端注意:
由于是
get请求,且请求的URL中带有参数,因此在controller中,通过@PathVariable是从一个url中拿到文章id给后台
@GetMapping("/{id}")
public ResponseResult getArticleDetail(@PathVariable("id") Long id){
}
需求:友链展示,在友链页面要查询出所有的审核通过的友链。
功能逻辑总结(service层):
VO对象返回给前端SpringSecurity登录认证流程的实现!
登录流程:

功能逻辑总结(service层):
一、登录
1、自定义登录接口(LoginImpl)
ProviderManager的方法进行认证
Authentication对象与security自行去UserDetailsService 的实现类由load..ByName方法通过用户名从数据库查询数据封装得到一个UserDetails对象(包含用户的信息和相关权限等),UserDetails对象通过PasswordEncoder(加密后比对)对比UserDetails和Authentication中的密码是否正确,最终返回一个完整的Authentication对象Authentication对象中拿到userId生成tokenredisVO对象响应给前端二、校验
所有请求都先经过jwt认证过滤器!
定义Jwt认证过滤器链
获取(请求头)token
解析token获取userId
从redis中获取用户信息
存入上下文SecurityContextHolder(loginUser、权限集合等)
修改SecurityConfig,将这个过滤器加到security过滤器链的最前面!
核心:
- 自定义登录接口
- 实现
UserDetail接口,用于从数据库查询用户信息,返回UserDetail接口的实现类——LoginUser- 生成
token- 存入
redis
既然你要退出登录,说明你现在是一个登录的状态,我们通过
token获取相关信息即可,然后从redis中删除即可
由于函数并没有携带HttpRequest...除了从request对象获取token外,我们可以从上下文中获取(因为我们之前是先经过Jwt认证过滤器的了)
token解析拿到userIdredis中删除对应信息