Spring MVC 练习项目

加法计算器

需求

输入两个整数,点击"点击相加"按钮,显示计算结果

约定前后端交互接口

约定"前后端交互接口"是进行Web开发中的关键环节

需求分析

加法计算器功能,对整个整数进行相加,需要客户端提供参与计算的两个数,服务端返回这两个整数计算的结果

接口定义

复制代码
请求路径:
calc/sum
请求⽅式:
GET/POST
接⼝描述:计算两个整数相加

请求参数

响应数据

复制代码
Content-Type: text/html
响应内容: 计算机计算结果

服务器代码


用户登录

需求

用户输入账号和密码,后端进行校验密码是否正确

1.如果不正确,前端进行用户告知

2.如果正确,跳转到首页,首页显示当前登录用户

3.后续再访问首页,可以获取登录用户信息

约定前后端交互接口

需求分析

对于后端开发人员而言,不涉及前端页面的展示,只需要提供两个功能

1.登录页面:通过账号和密码,校验输入的账户密码是否正确,并告知前端

2.首页:告知前端当前登录用户,如果当前已有用户登录,返回登录的账号,如果没有返回空

接口定义

1.校验接口

复制代码
请求路径:/user/login

请求⽅式:POST

接⼝描述:校验账号密码是否正确

请求参数

响应数据

复制代码
Content-Type: text/html

响应内容:
true  //账号密码验证成功
false //账号密码验证失败

2.查询登录用户接口

复制代码
请求路径:/user/getLoginUser

请求⽅式:GET

接⼝描述:查询当前登录的⽤⼾

请求参数

响应数据

复制代码
Content-Type: text/html

响应内容: zhangsan

实现服务端代码


留言板

需求

1.输入留言信息,点击提交,后端把数据存储起来

2.页面展示输入留言板的信息

约定前后端交互接口

需求

1.提交留言:用户输入信息之后,后端把留言信息保存起来

2.留言展示:页面展示时,需要从后端获取到所有留言的信息

接口定义

1.获取全部留言

全部留言信息,用List来表示,可以用JSON来描述这个List数据

请求:

复制代码
GET /message/getList

响应:JSON格式

复制代码
[
  {
    "from": "⿊猫",
    "to": "⽩猫",
    "message": "喵"
  },{
    "from": "⿊狗",
    "to": "⽩狗",
    "message": "汪"
  },
    //...
]

2.发表新留言

请求:body也为JSON格式

复制代码
POST /message/publish
{
  "from": "⿊猫",
  "to": "⽩猫",
  "message": "喵"
}

响应:JSON格式

复制代码
{
  ok: 1
}

实现服务端代码


图书管理系统

需求

1.登录:用户输入账号,密码完成登录功能

2.列表展示:展示图书

约定前后端交互接口

需求

图书管理系统是一个相对较大的案例,先实现其中一部分功能

1.账户密码校验接口:根据输入用户名和密码校验登录是否通过

2.图书列表:提供图书列表信息

接口定义

1.登录接口

复制代码
[URL]
POST /user/login

[请求参数]
name=admin&password=admin

[响应]
true //账号密码验证成功
false//账号密码验证失败

2.图书列表展示

复制代码
[URL]
POST /book/getList

[请求参数]
⽆

[响应]
返回图书列表

[
   {
     "id": 1,
     "bookName": "活着",
     "author": "余华",
     "count": 270,
     "price": 20,
     "publish": "北京⽂艺出版社",
     "status": 1,
     "statusCN": "可借阅"
   },
   ...
]

字段说明

服务器代码

其他补充知识

应用分层

什么是应用分层

应用分层是一种软件开发设计思想,它将程序分成N个层次,这N个层次分别负责各自的职责,多个层次之间提供完整的功能,根据项目的复杂度,把项目分成三层,四层或者更多层

常见的的MVC设计模式,就是应用分层的一种具体体现

为什么需要应用分层

大量的代码混在一起,会出现逻辑不清晰、各模块相互依赖、代码扩展性差、改动一处就牵一发而动全身等问题

如何分层(三层架构)

1.表现层:就是展示数据结果和接受用户指令,是最靠近用户的一层

2.业务逻辑层:负责处理业务逻辑,里面有复杂业务的具体实现

3.数据层:负责存储和管理与应用程序相关的数据

Controller:控制层

Service:业务逻辑层

Dao:数据访问层

应用分层的好处

  • 降低层与层之间的依赖,结构更加明确,有利于各层逻辑的复用
  • 开发人员可以只关注整个结构中的某一层,极大降低了维护成本和维护时间
  • 可以很容易的用新的实现代替原有层次的实现
  • 有利于标准化

企业规范

总结

相关推荐
东风破_4 小时前
danci 2:创建的单词书到底存在哪里?从 Supabase 一路理解 ORM、Drizzle 和 RLS
数据库·后端·node.js
微尘寒风4 小时前
【Git】的安装和使用
java·git
东风破_5 小时前
danci 项目(三):从 JSON 数据到 AI Coding,真实项目里的数据清洗、Prompt 和工程规范
前端·后端·node.js
y = xⁿ5 小时前
DeepSeek Harness 学习日记:关于Agent接口,工具调用的底层实现
android·java·学习
东风破_5 小时前
danci 项目(一):从需求到架构,一个单词学习系统为什么会这样设计
前端·后端·node.js
侧耳倾听1115 小时前
jwt使用简介
java·jwt
顶点多余6 小时前
那些在算法中适合巩固的知识点---1
java·前端·算法
AI人工智能+电脑小能手6 小时前
大白话说Java设计模式-46-责任链模式(业务实战篇)
java·设计模式·责任链模式·风控校验·servlet filter·spring interceptor·链式处理
jay神6 小时前
【计算机毕业设计】基于SpringBoot的程序教学辅助系统
java·前端·vue.js·spring boot·后端·毕业设计·课程设计
2601_962066497 小时前
【Sql Server】Update中的From语句,以及常见更新操作方式
android·java·数据库