热门标签 | HotTags
当前位置:  开发笔记 > 编程语言 > 正文

初学SpringBootch06接口架构风格RESTful

ch06-接口架构风格RESTful1.1认识RESTful1.1.1RESTful架构风格1.2RESTful注解1.3RESTful风格的使用1.3.1加入Maven依赖1.3


ch06-接口架构风格 RESTful

  • 1.1 认识 RESTful
    • 1.1.1 RESTful架构风格
  • 1.2 RESTful 注解
  • 1.3 RESTful 风格的使用
    • 1.3.1 加入Maven依赖
    • 1.3.2 修改 application.properties 文件
    • 1.3.3 编写Controller
    • 1.3.4 查询测试
    • 1.3.5 添加测试
    • 1.3.6 修改测试
    • 1.3.7 删除测试
  • 1.4 RESTful 优点
  • 1.5 RESTful 总结
    • 1.5.1 请求路径冲突
    • 1.5.2 注意事项

接口: API(Application Programming Interface,应用程序接口)是一些预先定义的接口(如函数、HTTP接口),或指软件系统不同组成部分衔接的约定。 用来提供应用程序与开发人员基于某软件或硬件得以访问的一组例程,而又无需访问源码,或理解内部工作机制的细节。

接口(API): 可以指访问 servlet, controller 的 url, 调用其他程序的 函数

架构风格: api组织方式
就是一个传统的:

http://localhost:9002/mytrans/addStudent?name=lisi&age=26

在地址上提供了 访问的资源名称addStudent, 在其后使用了get方式传递参数。


1.1 认识 RESTful


1.1.1 RESTful架构风格

REST :(英文:Representational State Transfer , 中文:表现层状态转移)。
REST:是一种接口的架构风格和设计的理念,不是标准。
优点: 更简洁,更有层次

表现层状态转移: 表现层就是视图层, 显示资源的, 通过视图页面,jsp等等显示操作资源的结果。
状态: 资源变化
转移: 资源可以变化的。 资源能创建,new状态, 资源创建后可以查询资源, 能看到资源的内容,
这个资源内容 ,可以被修改, 修改后资源 和之前的不一样。


1.2 RESTful 注解

Spring Boot 开发 RESTful 主要是几个注解实现

@PathVariable:获取 url 中的数据。
该注解是实现 RESTful 最主要的一个注解

@GetMapping:接收 get 方式的请求,等同于 @RequestMapping( method=RequestMethod.GET)。

@PostMapping :接收和处理 Post 方式的请求,等同于 @RequestMapping( method=RequestMethod.POST)。

@PutMapping:接收 put 方式的请求,可以用 PostMapping 代替,等同于 @RequestMapping( method=RequestMethod.PUT)。

@DeleteMapping:接收 delete 方式的请求,可以使用 GetMapping 代替,等同于 @RequestMapping( method=RequestMethod.DELETE)。

@RestController: 符合注解, 是@Controller 和@ResponseBody组合。
在类的上面使用@RestController , 表示当前类者的所有方法都加入了 @ResponseBody


1.3 RESTful 风格的使用


1.3.1 加入Maven依赖

<dependencies><dependency><groupId>org.springframework.bootgroupId><artifactId>spring-boot-starter-webartifactId>dependency><dependency><groupId>org.springframework.bootgroupId><artifactId>spring-boot-starter-testartifactId><scope>testscope>dependency>dependencies>

1.3.2 修改 application.properties 文件

server.port&#61;9001
server.servlet.context-path&#61;/

1.3.3 编写Controller

package co.suyv.controller;import org.springframework.web.bind.annotation.*;&#64;RestController
public class MyRestController {/*** rest 中&#xff0c; url 要使用占位符&#xff0c;表示传递的数据。* 占位符叫做路径变量&#xff0c; 在 url 中的数据** 格式&#xff1a; 在&#64;RequestMapping 的 value 属性值中&#xff0c;使用 {自定义名称}* http://localhost:8080/myboot/student/1001/bj2009** &#64;PathVariable: 路径变量注解&#xff0c;作用是获取 url 中的路径变量的值* 属性&#xff1a; value &#xff1a; 路径变量名称* 位置&#xff1a; 在逐个接收参数中&#xff0c;在形参定义的前面** 注意&#xff1a;路径变量名和形参名一样&#xff0c; value 可以不写**/// 查询id&#61;1001的学生&#64;GetMapping("/student/{studentId}")public String queryStudent(&#64;PathVariable(value &#61; "studentId") Integer id){return "查询学生 studentId&#xff1a;" &#43; id;}// 增加学生&#64;PostMapping("/student/{name}/{age}")public String creatStudent(&#64;PathVariable("name") String name,&#64;PathVariable("age") Integer age){return "创建student&#xff1a;姓名&#xff1a;"&#43; name &#43; ",年龄&#xff1a;" &#43;age;}// 修改学生&#64;PutMapping("/student/{id}/{age}")public String modifyStudent(&#64;PathVariable Integer id,&#64;PathVariable Integer age){return "修改student&#xff1a;id&#61;"&#43; "id" &#43; ",age&#61;" &#43; age;}// 删除学生&#64;DeleteMapping("/student/{id}")public String removeStudentById(&#64;PathVariable Integer id){return "删除student&#xff1a;id&#61;" &#43; id;}
}

1.3.4 查询测试

在这里插入图片描述


1.3.5 添加测试

在这里插入图片描述


1.3.6 修改测试

在这里插入图片描述


1.3.7 删除测试

在这里插入图片描述


1.4 RESTful 优点


1.轻量&#xff0c;直接基于 http&#xff0c;不再需要任何别的诸如消息协议&#xff1a;get/post/put/delete 为 CRUD 操作
2.面向资源&#xff0c;一目了然&#xff0c;具有自解释性。
3.数据描述简单&#xff0c;一般以 xml&#xff0c;json 做数据交换。
4.无状态&#xff0c;在调用一个接口&#xff08;访问、操作资源&#xff09;的时候&#xff0c;可以不用考虑上下文&#xff0c;不用考虑当前状态&#xff0c;极大的降低了复杂度。
5. 简单、低耦合



1.5 RESTful 总结


1.5.1 请求路径冲突

&#64;GetMapping(value &#61; "/student/{studentId}/{classname}")
&#64;GetMapping(value &#61; "/student/{studentId}/{schoolname}")

这样的路径访问会失败&#xff0c; 路径有冲突。


解决&#xff1a;设计路径&#xff0c;必须唯一&#xff0c; 路径 uri 和 请求方式必须唯一。



1.5.2 注意事项


1.增 post 请求、删 delete 请求、改 put 请求、查 get 请求



2.请求路径不要出现动词 例如&#xff1a;查询订单接口
/boot/order/1021/1&#xff08;推荐&#xff09;
/boot/queryOrder/1021/1&#xff08;不推荐&#xff09;



3.分页、排序等操作&#xff0c;不需要使用斜杠传参数 例如&#xff1a;订单列表接口
/boot/orders?page&#61;1&sort&#61;desc 一般传的参数不是数据库表的字段&#xff0c;可以不采用斜杠



推荐阅读
  • 深入解析SpringMVC核心组件:DispatcherServlet的工作原理
    本文详细探讨了SpringMVC的核心组件——DispatcherServlet的运作机制,旨在帮助有一定Java和Spring基础的开发人员理解HTTP请求是如何被映射到Controller并执行的。文章将解答以下问题:1. HTTP请求如何映射到Controller;2. Controller是如何被执行的。 ... [详细]
  • 我有一个SpringRestController,它处理API调用的版本1。继承在SpringRestControllerpackagerest.v1;RestCon ... [详细]
  • Explore a common issue encountered when implementing an OAuth 1.0a API, specifically the inability to encode null objects and how to resolve it. ... [详细]
  • 深入解析 Apache Shiro 安全框架架构
    本文详细介绍了 Apache Shiro,一个强大且灵活的开源安全框架。Shiro 专注于简化身份验证、授权、会话管理和加密等复杂的安全操作,使开发者能够更轻松地保护应用程序。其核心目标是提供易于使用和理解的API,同时确保高度的安全性和灵活性。 ... [详细]
  • Kubernetes 持久化存储与数据卷详解
    本文深入探讨 Kubernetes 中持久化存储的使用场景、PV/PVC/StorageClass 的基本操作及其实现原理,旨在帮助读者理解如何高效管理容器化应用的数据持久化需求。 ... [详细]
  • 本文介绍如何在Spring Boot项目中集成Redis,并通过具体案例展示其配置和使用方法。包括添加依赖、配置连接信息、自定义序列化方式以及实现仓储接口。 ... [详细]
  • 本文详细探讨了JDBC(Java数据库连接)的内部机制,重点分析其作为服务提供者接口(SPI)框架的应用。通过类图和代码示例,展示了JDBC如何注册驱动程序、建立数据库连接以及执行SQL查询的过程。 ... [详细]
  • 本文探讨了领域驱动设计(DDD)的核心概念、应用场景及其实现方式,详细介绍了其在企业级软件开发中的优势和挑战。通过对比事务脚本与领域模型,展示了DDD如何提升系统的可维护性和扩展性。 ... [详细]
  • 本文探讨了如何在 PHP 的 Eloquent ORM 中实现数据表之间的关联查询,并通过具体示例详细解释了如何将关联数据嵌入到查询结果中。这不仅提高了数据查询的效率,还简化了代码逻辑。 ... [详细]
  • 实体映射最强工具类:MapStruct真香 ... [详细]
  • 深入解析 Spring Security 用户认证机制
    本文将详细介绍 Spring Security 中用户登录认证的核心流程,重点分析 AbstractAuthenticationProcessingFilter 和 AuthenticationManager 的工作原理。通过理解这些组件的实现,读者可以更好地掌握 Spring Security 的认证机制。 ... [详细]
  • 本文将详细探讨Linux pinctrl子系统的各个关键数据结构,帮助读者深入了解其内部机制。通过分析这些数据结构及其相互关系,我们将进一步理解pinctrl子系统的工作原理和设计思路。 ... [详细]
  • 本文详细探讨了 org.apache.hadoop.ha.HAServiceTarget 类中的 checkFencingConfigured 方法,包括其功能、应用场景及代码示例。通过实际代码片段,帮助开发者更好地理解和使用该方法。 ... [详细]
  • Java项目分层架构设计与实践
    本文探讨了Java项目中应用分层的最佳实践,不仅介绍了常见的三层架构(Controller、Service、DAO),还深入分析了各层的职责划分及优化建议。通过合理的分层设计,可以提高代码的可维护性、扩展性和团队协作效率。 ... [详细]
  • 本文介绍了如何利用 Spring Boot 和 Groovy 构建一个灵活且可扩展的动态计算引擎,以满足钱包应用中类似余额宝功能的推广需求。我们将探讨不同的设计方案,并最终选择最适合的技术栈来实现这一目标。 ... [详细]
author-avatar
手机用户2502874905
这个家伙很懒,什么也没留下!
PHP1.CN | 中国最专业的PHP中文社区 | DevBox开发工具箱 | json解析格式化 |PHP资讯 | PHP教程 | 数据库技术 | 服务器技术 | 前端开发技术 | PHP框架 | 开发工具 | 在线工具
Copyright © 1998 - 2020 PHP1.CN. All Rights Reserved | 京公网安备 11010802041100号 | 京ICP备19059560号-4 | PHP1.CN 第一PHP社区 版权所有