restapi(rest api和restful)

什么是REST API?请解释的通俗一点,它和一般的API有什么区别

REST API是一组关于如何构建Web应用程序API的架构规则、标准或指导，REST API遵循API原则的架构风格。REST是专门针对Web应用程序而设计的，其目的在于降低开发的复杂度，提高系统的可伸缩性。

REST API和一般的API区别为：包含不同、资源不同、状态不同。

一、包含不同

1、REST API：REST API 是API的子集；所有的REST API都是API。

2、一般的API：一般的API的为。API是REST API的超集，不是所有的API都是REST API。

二、资源不同

1、REST API：在REST API架构中，每一个资源都有与之对应的唯一资源标识符（resource identifier），当资源的状态发生改变时，资源标识符不会发生改变。

2、一般的API：一般的API架构中，Web中所有的事物（文本、音频、视频、图片、链接）被统一的抽象为资源（resource）。当资源的状态发生改变时，资源标识符会发生改变。

三、状态不同

1、REST API：在REST架构中，所有的操作都是无状态的。REST架构不遵循CRUD原则。

2、一般的API：一般的API架构中，所有的操作都是有状态的。遵循CRUD原则，所有的资源都可以通过GET、POST、PUT和DELETE这四种行为完成对应的操作。

什么是REST API

REST 是REpresentational State Transfer的缩写，字面的翻译是表现层状态转移。

RESTful API就是REST风格的网络接口，REST描述的是在网络中client和server的一种交互形式；REST本身不实用，实用的是如何设计。

Server提供的RESTful API中，URL中只使用名词来指定资源，原则上不使用动词。“资源”是REST架构或者说整个网络处理的核心。

拓展资料:

REST指一组架构约束条件和原则，满足约束条件和原则的应用程序设计。架构，软件体系结构分为三部分：构建，用于描述计算机；连接器，用于描述构建的链接部分；配置将构建和连接器组成有机整体。

web基本技术：

URI（统一资源标示符）HTTP（超文本传输协议）（post、get、put、delete） Hypertext。

1、每个资源都应该有唯一的一个标识

2、使用标准的方法更改资源的状态

3、request和response的自描述

4、资源多重表述

5、无状态服务

用HTTP协议里的动词来实现资源的添加，修改，删除等操作。即通过HTTP动词来实现资源的状态扭转：

GET ? ?用来获取资源

POST ?用来新建资源（也可以用于更新资源）

PUT ? ?用来更新资源，

DELETE ?用来删除资源。

Kubernetes 的REST API指的是什么？

REST API是Kubernetes系统的重要部分，组件之间的所有操作和通信均由API Server处理的REST API调用，大多数情况下，API定义和实现都符合标准的HTTP REST格式，可以通过 kubectl命令管理工具或其他命令行工具来执行。

API 版本

为了在兼容旧版本的同时不断升级新的API，Kubernetes支持多种API版本，每种API版本都有不同的API路径，例如/api/v1或 /apis/extensions/v1beta1。

API版本规则是通过基于API level选择版本，而不是基于资源和域级别选择，是为了确保API能够描述一个清晰的连续的系统资源和行为的视图，能够控制访问的整个过程和控制实验性API的访问。

JSON和Protobuf序列化模式遵循相同的模式变化原则，以下所有描述都涵盖了这两种模式。

需要注意，API版本和软件的版本没有直接关系，不同API版本有不同程度稳定性，API文档中详细描述了每个级别的标准。

Alpha级别：

包含alpha名称的版本（例如v1alpha1）。

该软件可能包含错误。启用一个功能可能会导致bug。默认情况下，功能可能会被禁用。

随时可能会丢弃对该功能的支持，恕不另行通知。

API可能在以后的软件版本中以不兼容的方式更改，恕不另行通知。

该软件建议仅在短期测试集群中使用，因为错误的风险增加和缺乏长期支持。

Beta级别：

包含beta名称的版本（例如v2beta3）。

该软件经过很好的测试。启用功能被认为是安全的。默认情况下功能是开启的。

细节可能会改变，但功能在后续版本不会被删除

对象的模式或语义在随后的beta版本或Stable版本中可能以不兼容的方式发生变化。如果这种情况发生时，官方会提供迁移操作指南。这可能需要删除、编辑和重新创建API对象。

该版本在后续可能会更改一些不兼容地方，所以建议用于非关键业务，如果你有多个可以独立升级的集群，你也可以放宽此限制。

大家使用过的Beta版本后，可以多给社区反馈，如果此版本在后续更新后将不会有太大变化。

Stable级别：

该版本名称命名方式：vX这里X是一个整数。

Stable版本的功能特性，将出现在后续发布的软件版本中。

Kubernetes API 概述

SpringBoot的RestApi接口的单元测试

记录一下SpringBoot的RestApi接口的单元测试

1.使用的junit单元测试框架,所以需要加入依赖。

2.如果是jar项目，就在单元测试的类上标注下面两个注解。

3.如果是web项目，则还需要添加下面这个注解。

4.因为测试的是rest接口，所以，需要引入下面的请求发送工具(其他的也可以)。

5.因为是针对本项目，所以通常还会添加一个属性，和一个方法。

6.这样的话，当需要编写单元测试的时候，只要直接继承该类即可。

REST API 和WebService有哪些不同

rest api属于webService的其中一种请求样式：你应该想问的是REST 样式和 SOAP 样式 的区别吧？

从基本原理层次上说，REST 样式和 SOAP 样式 Web Service的区别取决于应用程序是面向资源的还是面向活动的。例如，在传统的WebService中，一个获得天气预报的webservice会暴露一个WebMethod：string GetCityWether（string city）。而RESTful WebService暴露的不是方法，而是对象（资源），通过Http GET, PUT, POST 或者 DELETE来对请求的资源进行操作。在 REST 的定义中，一个 Web Service总是使用固定的 URI 向外部世界呈现（或者说暴露）一个资源。可以说这是一种全新的思维模式：使用唯一资源定位地址 URI，加上 HTTP 请求方法从而达到对一个发布于互联网资源的唯一描述和操作。

最后，如果你已经有相关接口，若需要测试，推荐eolinker，可视化界面 ，支持自动生成文档，支持Mock数据，自动化测试，生成SDK，团队协作等等。eolinker也是目前国内最大的在线接口管理平台~