我的第一个项目OnlineMusic设计文档

); – 音乐表

create table loveMusic (

id int primary key auto_increment,

userId int not null,

musicId int not null,

foreign key (userId) references user(id),

foreign key (musicId) references music(id)

); – 私人喜欢列表

create table mv (

id int primary key auto_increment,

message varchar(200) not null,

url varchar(200) not null

); – mv表

create table loveMv (

id int primary key auto_increment,

userId int not null,

mvId int not null,

foreign key (userId) references user(id),

foreign key (mvId) references mv(id)

); – 私人喜欢列表

前后端接口设计

---

• 登录

请求：

POST /loginServlet

data：{username,password}

响应：

{msg: true}

• 注册

请求：

POST /registerServlet

data：{username,password}

响应：

{msg: true}

• 上传音乐

请求1：上传音乐到服务器目录

POST /upload

请求2：将音乐信息同步插入到数据库当中

POST /uploadsucess

• 删除某一个音乐信息

请求：

POST /deleteServlet

data: {“id”: id}

响应：

{msg: true}

• 删除选中的音乐信息

请求：

POST /deleteSelMusicServlet

data:{“id”:id}//id为数组

响应：

{msg: true}

• 查询所有音乐

请求：

GET /findAllMusicServlet

• 查询音乐(包含查找指定/模糊匹配的音乐)

请求：

POST /findLoveMusic

data:{musicName:musicName}

• 添加音乐到“喜欢列表”

请求：

POST /loveMusicServlet

data: {“id”: obj}

响应：

{msg: true}

• 移除喜欢的某个音乐

请求：

POST /removeLoveServlet

data: {“id”: obj}

• 显示我喜欢的音乐

请求：

GET /findAllLoveMusicServlet

言尽于此，完结

无论是一个初级的 coder，高级的程序员，还是顶级的系统架构师，应该都有深刻的领会到设计模式的重要性。

• 第一，设计模式能让专业人之间交流方便，如下：

程序员A：这里我用了XXX设计模式

程序员B：那我大致了解你程序的设计思路了

• 第二，易维护

项目经理：今天客户有这样一个需求…

程序员：明白了，这里我使用了XXX设计模式，所以改起来很快

• 第三，设计模式是编程经验的总结

程序员A：B，你怎么想到要这样去构建你的代码

程序员B：在我学习了XXX设计模式之后，好像自然而然就感觉这样写能避免一些问题

• 第四，学习设计模式并不是必须的

程序员A：B，你这段代码使用的是XXX设计模式对吗？

程序员B：不好意思，我没有学习过设计模式，但是我的经验告诉我是这样写的

从设计思想解读开源框架，一步一步到Spring、Spring5、SpringMVC、MyBatis等源码解读，我都已收集整理全套，篇幅有限，这块只是详细的解说了23种设计模式，整理的文件如下图一览无余！

搜集费时费力，能看到此处的都是真爱！
习设计模式并不是必须的

程序员A：B，你这段代码使用的是XXX设计模式对吗？

程序员B：不好意思，我没有学习过设计模式，但是我的经验告诉我是这样写的

[外链图片转存中…(img-jqdyGAOp-1720109077053)]

从设计思想解读开源框架，一步一步到Spring、Spring5、SpringMVC、MyBatis等源码解读，我都已收集整理全套，篇幅有限，这块只是详细的解说了23种设计模式，整理的文件如下图一览无余！

[外链图片转存中…(img-Vyo08W9M-1720109077054)]

搜集费时费力，能看到此处的都是真爱！