Spring Web MVC 入门秘籍:从概念到实践的快速通道(上)

Spring Web MVC 入门秘籍:从概念到实践的快速通道(上)

个人主页♡喜欢做梦

欢迎  👍点赞  ➕关注  ❤️收藏  💬评论


目录

一、什么是Spring Web MVC?

1.定义

2.关于MVC

2.1什么是MVC?

二、学习Sring MVC

1.项目准备

2.@RestController注解的介绍

3.@RequestMapping注解

1.@RequestMapping只用在类上(相当于“只给文件夹起名,不给文件起名”)

2.@RequestMapping只用在方法上(相当于“只给文件起名,不给文件夹起名”)

3.@RequestMapping用在类和方法上(相当于给文件夹和文件都取名)

三、Postman

1.什么是Postman?

2.关于API

3.传参介绍

1.普通传参:通过查询字符串来传参

2.form-data(完整表示为:multipart/form-data)

3.x-www-form-urlencoded

4.raw:可以上传任意格式的文本,比如:text、JavaScript、json、html、xml

4.传递参数

1.传递单个参数

2.传递多个参数

3.传递对象

4.传递数组

5.传递集合


一、什么是Spring Web MVC?

1.定义

Spring Web MVC是基于Servlet API构建的原始Web框架。是Spring框架中用于构建Web应用程序的模块,基于模型-视图-控制器(MVC)构架模式。简称Spring MVC。
  • Servlet:Servlet是Java企业级开发中的一项核心技术,主要用于在Web服务器上处理客户端请求并生成的动态响应。Servlet不能独立运行,把必须部署在支持Servlet规范放入容器内。

2.关于MVC

2.1什么是MVC?

定义

MVC是一种软件构架模式,广泛应用于图形用户界面(GUI)和Web应用程序的开发中国。他通过将应用程序的逻辑分为三个核心部分,实现了关注点分离,提高了代码的可维护性、可扩展性和复用性。

MVC的核心组成:模型(Model)、视图(View)、控制器(Controller),三者各司其职又相互协作。

步骤

模型(Model):负责管理应用程序的数据和业务逻辑。是应用程序的“数据中心”。例如学生的家庭、号码、住址等数据。视图(View):负责展示数据,是用户直接看到和交互的界面。例如我们平常经常看到的网页哪些界面。同一个模型可以对应多个视图。控制器(Controller):作为模型和视图之间的“桥梁”,负责协调两者的交互,处理用户的核心业务逻辑。例如,“订单控制器”,用户请求下单,调用商品,那么商品模型的减少库存,调用订单模型创建订单,最后跳转订单成功页面。
  • 用户通过视图发起交互(例如在网页点击跳转页面)。
  • 控制器接收用户请求。
  • 控制器调用模型,进行数据处理(如验证、存储)。
  • 模型处理完数据后,并将结果返回给控制器。
  • 控制器选择对应的视图,并传递模型数据给视图。
  • 视图展示模型数据,用户看到最终结果。

简要概括:用户->视图->控制器->模型->控制器->视图->用户

二、学习Sring MVC

1.建立连接:将用户(浏览器)和Java连接起来,访问一个地址可以调用Spring 程序

2.请求:用户请求一些参数,想办法获取这些参数。

3.响应:执行了业务逻辑,把程序执行结果返回给用户。

1.项目准备

创建项目

点击New Project创建新项目

点击Spring Initializr,没有的话需要自己去下载,随后点击下一步

出现下面的界面

  • 这里注意一下,只能包含小写字母、数字、连字符(-)、下划线、句号(.),不能包含大写字母。

点击启动项目

建立连接

我们创建一个类,实现用户与浏览器的交互

代码如下

@RestController public class hello { @RequestMapping("/sayhello") public String say(){ return "hello"; } }

在浏览器输入网址:127.0.0.1:8080/sayhello 查看结果

  • 127.0.0.1:本地主机地址,表示定位到当前电脑。
  • 8080:是Spring Boot应用的默认端口号。表示定位到“电脑上运行的Spring Boot程序”。
  • /sayhello:请求路径,接口地址。表示定位带请求支援的位置。
  • http://127.0.0.1:8080/sayhello: 表示的就是向本地计算机中的8080端口程序,获取资源位置。

2.@RestController注解的介绍

@RestController注解就像给控制器类贴一个特殊标签,告诉Spring框架:这个类里的方法是传给前端的返回数据。让控制器里的方法直接返回的东西当成响应内容发给前端,不用再走“找页面”流程。

如果不控制器加@RestController注解会访问页面会怎么样?

结果如下:

@RestController的核心作用是“让方法返回数据”

如果没有@RestController,通常会用普通的@Controller注解,或者干脆不加控制器注解,那么类就不会被识别为控制器。

  • 用@Controller,方法返回的是“页面地址”

  • 什么控制器注解都不加,那么类只是一个普通类,接口无法访问。

3.@RequestMapping注解

定义:@RequestMapping是Spring框架中一个非常重要的注解,用于将特定的Http请求方法映射带对应的处理方法。@RequestMapping(“/hello”)中里面的/hello表示调用路径里面的方法的代码。路径不加/也可以,没有影响,最好可以加一下。

@RequestMapping注解既可以用在类上,也可以用在方法上:

1.@RequestMapping只用在类上(相当于“只给文件夹起名,不给文件起名”)

@RestController @RequestMapping("/sayhello") public class hello { public String say(){ return "hello"; } }

相当于系统找到了文件夹,但不知道具体是哪个文件。就像你找一个住址,你只知道是哪个身份,但你并不知道是哪一个县哪一个乡,找不到具体是哪一个位置。

2.@RequestMapping只用在方法上(相当于“只给文件起名,不给文件夹起名”)

@RestController public class hello { @RequestMapping("/sayhello") public String say(){ return "hello"; } } 

相当于系统不知道是哪个文件夹的文件,但是会搜索所有文件夹来查找这个文件,直接通过文件名来定位。

那么如果出现相同的文件名呢?会怎么样,我们来试一下。

@RestController @RequestMapping("/sayhello") public class hello { public String say1(){ return "hello1"; } public String say2(){ return "hello2"; } }

系统只知道文件名,但是有两个相同的文件名,会出现路径重复的问题,发生报错现象。

3.@RequestMapping用在类和方法上(相当于给文件夹和文件都取名)

@RestController @RequestMapping("/sayhello") public class hello { @RequestMapping("/hello1") public String say1(){ return "hello1"; } @RequestMapping("/hello2") public String say2(){ return "hello2"; } }

相当于给文件夹和文件都取名,可以进行具体的定位,不容易发生报错。

查看RestMapping是否即支持Post和Get

@RestController @RequestMapping("/number") public class Rest { //即支持post,又支持get @RequestMapping("/1") public Integer num1(){ return 1; } }

另一种写法

 @RequestMapping(value = "6",method = {RequestMethod.GET,RequestMethod.POST}) public Integer num6(){ return 6; }
  • RestMapping即支持Post和Get

如果我只要只能用get或者Post其中一种呢?应该怎么写

只用get

 // 只支持get //写法1 @RequestMapping(value="/2",method = RequestMethod.GET) public Integer num2(){ return 2; } //写法2 @GetMapping("/3") public Integer num3(){ return 3; }

只请求Post

 //只请求Post //写法1 @RequestMapping(value="/4",method = RequestMethod.POST) public Integer num4(){ return 4; } //写法2 @PostMapping("/5") public Integer num5(){ return 5; }

三、Postman

1.什么是Postman?

Poatman是一筐广泛用于API开发、测试和调试的工具,被开发者、测试工具等广泛使用,其核心价值体现在高效、便捷的处理API相关工作。

Post是API开发调试的高效工具,核心优势:

  • 调试简单:图形化界面,填好参数就能发送请求,不用写代码,响应结果直观展示。
  • 功能全面:支持各种HTTP请求方法和数据格式。
  • 协作方便:可将API分组管理,共享给团队;多环境一键切换,不用重复配置。
  • 能自动化测试:可写脚本验证响应,批量运行测试并生成报告,还能集成开发流程中自动检测问题。
  • 实用小工具:保存请求历史、自动生成API文档等,提升效率。

2.关于API

API(Application Programming Interface,应用程序编程接口)是不同软件之间进行交互的一套规则、协议和工具的集合,他规定了一方如何向另一方请求服务或数据,以及另一方如何响应。API就像两个软件之间的“桥梁”或“服务员”,让他们能按照统一的方式沟通,而无需了解对方的内部工作原理。

就像我们去网购的时候,我们直接对自己想要的东西直接下单购买即可,不用了解其内部具体流程是怎么样执行的,最后他都会把你要的东西给到你。这里“下单的流程”就是API规则。

界面介绍

3.传参介绍

1.普通传参:通过查询字符串来传参

2.form-data(完整表示为:multipart/form-data)

表单提交数据,在form标签中加上enctyped=“multipart/form-data”,通常用于提交图片/文件。对应Content-type:multipart/form-data

3.x-www-form-urlencoded

form表单:对应Content-type:application/x-www-form-urlencoded

4.raw:可以上传任意格式的文本,比如:text、JavaScript、json、html、xml

4.传递参数

1.传递单个参数

import org.springframework.web.bind.annotation.RequestMapping; import org.springframework.web.bind.annotation.RestController; @RestController @RequestMapping("/request") public class RequestController { @RequestMapping("/1") public String method(String string){ return "接收单个参数:"+string; } }
  • 接收时,参数名要一致,否则无法接收到参数
如果接受的参数基本类型不对应,会发生报错现象

基本类型和引用类型传参的区别

@RequestMapping("/2") public String method2(Integer i){ return "接收单个参数:"+i; } @RequestMapping("/3") public String method3(int j){ return "接收单个参数:"+j; }
  • 引用类型:传参时,若不传值,会赋值为null,不会发生报错现象
  • 基本类型:传参时,若不传值,不会发生报错现象

2.传递多个参数

 @RequestMapping("/4") public String method3(String name,Integer age){ return "接收多个参数: "+"姓名:"+name+" 年龄:"+age; }

3.传递对象

 @RequestMapping("/5") public String method3(User user){ return "接收对象参数:"+user.toString(); } @RestController @RequestMapping("/User") public class User { private String name; private int password; private int age; public String getName() { return name; } public void setName(String name) { this.name = name; } public int getPassword() { return password; } public void setPassword(int password) { this.password = password; } public int getAge() { return age; } public void setAge(int age) { this.age = age; } @Override public String toString() { return "User{" + "name='" + name + '\'' + ", password=" + password + ", age=" + age + '}'; } }

后端参数重命名:@RequestParam

如果前后端参数命名不一致,可能会出接收不到的情况,这时候我们可以使用@RequestParam来重命名前后端参数。

//将其重命名为str @RequestMapping("/6") public String method6(@RequestParam("str")String s){ return "接收参数:"+s; }
  • 使用@RequestParam重命名时参数就成了必传参数,否则将会报错
  • 使用@RequestParam时,就不能再使用原来的前后端的参数名

如果真的不想要传参数怎么办?
看一下@RequestParam的源码

其默认参数为true,所以一定要传参数,我们将其改为false就好了

@RequestMapping("/7") public String method7(@RequestParam(value = "str",required = false)String s){ return "接收参数:"+s; }

4.传递数组

@RequestMapping("/8") public String method8(String[] s){ return Arrays.toString(s); }

5.传递集合

传递集合需要使用@RequestParam用于接收单个请求参数。如果要接收List类型,需要显示开启“允许多值”模式,否则Spring无法解析

 @RequestMapping("/9") public List<Integer> method8(@RequestParam List<Integer> num){ return num; }

Read more

OpenClaw配置Bot接入飞书机器人+Kimi2.5

OpenClaw配置Bot接入飞书机器人+Kimi2.5

上一篇文章写了Ubuntu_24.04下安装OpenClaw的过程,这篇文档记录一下接入飞书机器+Kimi2.5。 准备工作 飞书 创建飞书机器人 访问飞书开放平台:https://open.feishu.cn/app,点击创建应用: 填写应用名称和描述后就直接创建: 复制App ID 和 App Secret 创建成功后,在“凭证与基础信息”中找到 App ID 和 App Secret,把这2个信息复制记录下来,后面需要配置到openclaw中 配置权限 点击【权限管理】→【开通权限】 或使用【批量导入/导出权限】,选择导入,输入以下内容,如下图 点击【下一步,确认新增权限】即可开通所需要的权限。 配置事件与回调 说明:这一步的配置需要先讲AppId和AppSecret配置到openclaw成功之后再设置订阅方式,

【机器人】复现 StreamVLN 具身导航 | 流式VLN | 连续导航

【机器人】复现 StreamVLN 具身导航 | 流式VLN | 连续导航

StreamVLN 通过在线、多轮对话的方式,输入连续视频,输出动作序列。 通过结合语言指令、视觉观测和空间位姿信息,驱动模型生成导航动作(前进、左转、右转、停止)。 论文地址:StreamVLN: Streaming Vision-and-Language Navigation via SlowFast Context Modeling 代码地址:https://github.com/OpenRobotLab/StreamVLN 本文分享StreamVLN 复现和模型推理的过程~ 下面是示例效果: 1、创建Conda环境 首先创建一个Conda环境,名字为streamvln,python版本为3.9; 然后进入streamvln环境,执行下面命令: conda create -n streamvln python=3.9 conda activate streamvln 2、 安装habitat仿真环境

无人机和地面站能够达到的多远的通信距离?无人机需要飞多高?附在线计算网页

无人机和地面站能够达到的多远的通信距离?无人机需要飞多高?附在线计算网页

无人机和地面站能够达到的多远的通信距离?无人机需要飞多高?附在线计算网页 在无人机组网通信中,如何估算无人机与地面站之间的稳定通信距离是一个常见的问题。本文将从地球曲率和菲涅尔区两个方面,详细探讨如何计算无人机与地面站的通信距离,并提供一个在线计算网页以方便读者进行实际计算。 经常有朋友会问到这个问题, * 无人机组网通信中,如果已经知道了无人机的飞行高度、地面站天线的高度,那么无人机和地面站稳定通信距离是多少km? * 无人机组网通信中,如果已经知道了地面站天线高度、期望的稳定通信距离,无人机需要飞多高才能满足期望的通信距离? 解答这个问题,需要从以下两个方面来考虑: 1. 无线通信距离受到地球曲率的影响 2. 无线通信距离受到空间传输通道的影响。 注意:本文不讨论由于发射端EIRP不够,链路余量不足引起的通信距离不足的问题,所有的计算和分析都是假设发射端EIRP足够,链线余量足够,仅仅考虑地球曲率和空间传输通道的影响。 地球曲率(无线信号传输的视距模型):解决能否看见的问题 无人机与地面电台之间的最远通讯距离受地球曲率限制,通常采用考虑大气折射的无线电视距

AI不是前端/UI的“终结者”,而是提升的“加速器”

AI不是前端/UI的“终结者”,而是提升的“加速器”

最近团队里的讨论越来越频繁:“XX用AI生成可视化大屏原型,半天就交了初稿”“Figma的AI插件直接把线框图转成高保真,切图都省了”“领导说以后简单的管理系统界面,让AI先出一版再改”。随之而来的是藏不住的焦虑:连最吃经验的视觉排版、组件适配都能被AI搞定,我们这些前端/UI从业者是不是迟早要被替代? 这种焦虑并非空穴来风,但恰恰走进了一个认知误区——把AI当成了抢饭碗的“终结者”,却忽略了它作为效率工具的核心价值。对于我们做网站建设、数字孪生、工控界面这些业务的前端/UI人来说,AI从来不是要取代我们,而是帮我们跳出重复劳动、承接更多项目、拿到更高提成的“推进器”。搞懂这一点,才能在技术迭代中站稳脚跟,而不是被焦虑牵着走。 一、先厘清:前端/UI领域的AI,到底是什么? 先别忙着恐慌,我们先给行业里的AI工具定个性——它不是能独立完成项目的“超级程序员”,而是精准匹配前端/UI工作场景的“高级辅助工匠”。具体来说,就是基于大量行业数据训练,能快速完成重复性、模板化工作的工具集合,核心作用是“减少基础工作量”,而非“替代核心决策”。 我们可以按工作场景把这些AI工具分