引入管理系统及审核系统

前情提要

        正常毕业设计都是什么学生管理系统，什么医疗管理系统，但其实这种系统是高度抽象的，也就练练CRUD，因为并没有学生的交互，就肯定会导致体验感极差，功能极为受限。还是老样子，分析需求，技术来源于功能，功能来源于需求，所以先分析需求。

        刚开始为了尽快完成项目，完成业务逻辑的闭环，就引入了上传音乐功能，但是这是很不切实际的且不说任何人都能够上传文件，这个上传功能也是做的太过言简意赅了，随着最近的投的简历石沉大海，也有了时间，然后着手来做这个系统。

         

系统规划与设计

        正式分析一下需求，拿qq音乐举例，他是创建了一个申请页面，qq音乐可以申请的就太多了，申请成功后大概就是下面的页面

下面是申请页面，必须增添一个音乐人表，之前是没有做的，字段要有用户id，歌手名，音乐人头像，地区，简介，类型，然后提交会通过后端提交到mq，然后管理端监听，以后要做一个新的微服务，再建一套新的库，批准后就进行音乐人的注册操作。

这里在实施的时候发现，没有必要使用mq，提交后，后端直接插入数据库即可

 设计的音乐人表如下 ：

 然后在前端新增一个页面即可，这个页面2合1，申请和上传都在这个页面

这个页面的类型信息其实可以前端写死 因为可变性不大，还要建一个admin数据库，也有一个申请音乐人表，和这个表差不多，多一个申请时间还有音乐人类型之类的，随业务变化。

简述一些前端的设计，类似下图，注意这个头像不和这个表单一起提交，而是在上传图片文件时，就调用上传到OSS的接口，然后创建admin微服务，编写接口即可

        完成了图片上传功能，然后表单提交的逻辑很简单，只需要校验然后插入一条申请记录，由于前端申请和上传页面是2合1的，所以需要一个获取状态的接口，然后完善返回三种状态，未处理显示未处理页面，已处理显示上传页面，已拒绝显示申请页面，并且都会想mq发送一条消息，在信箱系统接入后，就会收到消息。

        然后重塑上传音乐系统，分析qq音乐的功能然后进行仿照

之前没有创建专辑表 只是用名字一省而过，所以必须建一个专辑表，还要建立一个上传音乐文件草稿表，因为这个做了持久化的，可能是因为图片文件较小，上传一次无所谓，这个上传音乐文件较大，所以他进行了草稿箱操作，刷新页面也不会丢失未上传的音乐，但是内个地址仍能访问到，也就是OSS里未真正删除，也就是删除了草稿箱表中的记录而已，这里使用element-plus里的上传组件，action负责，文件上传。

效果如下

写出的部分都能够交互，也实现了草稿箱功能，然后是ui优化以及专辑表的重塑

然后要新建一个提交音乐表，因为音乐也是需要管理员进行审核的，而且需要两张表，因为提交的话提交的是一个专辑，以一个专辑为单位的，如果用一张表，就会很冗长，然后就使用两张表来存储。其实里面的细节还蛮多的，然后可以自己去我的gitee地址上去拉一下源代码，然后这只是提交审核系统，还需要审核系统来配套

，

太多细节没有阐述，下面附一张效果图

三种状态通过查询申请音乐人表的状态来实现的，还有一些细节没有展开讲，比如在sql层面的唯一键，事务和参数校验等，下一步引入审核系统以及聊天通知系统等