ASP.NET Core 3.x RESTful API学习记录--HTTP 方法


HTTP 方法

不同的动作可以作用于相同的资源URI,例如获取一个公司(api/company/3)和删除一个公司(api/company/3)的URI就是一样的。但是它们的HTTP方法则不同,一个是GET,一个是DELETE。下面我们就来看看那些动作应该对应哪些 HTTP 方法 

 

POST 

需求:添加一个公司信息。 

需求图解: 

添 加 
, 加 好 的 
公 司 信 , 
公 司 信 , 
公 司 资 源

 

HTTP请求图解: 

POST api/companies 
POST 对 应 的 操 作 
就 是 建 立 资 源 
POST 的 参 数 放 在 
请 求 的 body 里 面 
POST 
ompany 信 息 
在 body 里 
pi/companies/{ 生 成 的 id} 
的 内 容 
POST 请 求 应 该 返 回 新 创 建 的 资 源 
以 及 可 以 获 取 该 资 源 的 唯 一 标 识 U 剛 
api/Compan ies

 

文字解释: 

添加公司这个需求的HTTP表示就是 POST api/companies 

当我们向 api/companies这个标示添加一个公司信息的时候,就会利用提供的公司信息创建一个公司的资源。这里对应的HTTP方法是POST 

POST请求的参数通常存放在请求的body里面,所以公司的信息就放在了body里面。 

当公司资源创建好之后,这个action应该返回新创建的资源以及可以获取该资源的路径标识,也就是api/companies/{新资源的id} 

 

GET 

获取单个资源 

需求:获取一个公司信息 

需求图解: 

获 取 
公 司 信 
公 司 资 源

 

HTTP请求图解: 

GET api/companies/{compayld} 
GET 对 应 的 动 作 就 是 
获 取 资 源 
G ET 
GET 请 求 会 返 回 请 求 路 径 所 对 应 的 资 源 
pi/companies/{companyld} 
的 内 容 
不 需 要 参 数 
api ℃ ompanies/{companyld} 
通 过 这 种 形 式 (URI) 来 表 示 公 司 资 源 中 的 一 个 公 司

 

文字解释: 

我们想要通过 api/companies/{companyId} 这个标示来获取一个公司资源,这里就需要使用HTTP GET 方法,放在一起就是 GET api/companies/{companyId} 

GET请求总是会返回请求 URI 所对应的资源,所以这个请求会返回这个资源的内容。 

 

获取集合资源 

需求:获取符合查询条件的公司资源 

需求图解: 

获 取 
符 合 条 件 的 
公 司 信 息 
查 询 条 件 
公 司 资 源

 

HTTP请求图解: 

GET api/companies?param1=xx&param2=xx... 
GET 对 应 的 动 作 就 是 
获 取 资 源 
GET 
GET 请 求 会 返 回 请 求 路 径 所 对 应 的 资 源 
pi/companies/{companyldl} 
api/companies/{companyldn} 
的 内 容 
自 定 义 的 
查 询 参 
G ET 的 参 数 是 资 源 地 址 ? 后 边 的 部 分 , 
例 如 GET api/companies?name=Nick 
api.Com pan ies

 

这个需求是按条件搜索资源,可能返回0个或者多个符合条件的资源。这里我们使用HTTP的GET方法,如果想获取所有的公司资源,那么请求路径是 api/companies;如果想获取符合查询条件的公司资源,那么请求里就需要一些参数,通常使用查询字符串(query string)来传递参数,例如: 

GET api/someresources?param1=value1&param2=value2 

GET api/products?xxxxx=something 

在这里,参数是在问号?后边,以name=value的形式存在。如果有多个查询参数,它们之间使用 & 符号分隔开 

当搜索资源的工作结束后,GET请求会返回匹配该路径(包括参数部分)的资源。 

 

DELETE 

需求:删除一个公司 

需求图解: 

删 除 
公 司 资 源

 

HTTP请求图解: 

DELETE api/companies/{companyld} 
G ET 
DELETE 会 
删 除 路 径 所 对 应 的 资 源 
没 有 返 回 
没 有 参 数 
api ℃ ompanies/{companyld} 
通 过 这 种 形 式 (URI) 来 表 示 公 司 资 源 中 的 一 个 公 司

 

文字解释 

HTTP  DELETE 方法就很好理解了,就是删除指定路径的资源而已,而且不需要返回任何东西。 

 

PATCH 

需求:更新公司的信息。 

需求图解: 

公 司 信 息 
公 司 资 源

 

HTTP请求图解: 

РАТСН api/companies/{companyld} 
РАТСН 
РАТСН 
/lEfZ,a 
РАТСН$]ЗИ 
api/companies/{companyld}

 

文字解释: 

这里有些初学者可能会出错。HTTP 用来表示更新信息的方法是 PATCH,所以整个请求时 PATCH api/companies/{companyId}。注意PATCH表示对资源进行局部更新。 

和POST一样,PATCH的参数也位于请求的body里面。例如,如果你想更新公司的名称,那么就要把新的公司名称放在body里面。 

PATCH的请求无需返回任何东西。 

 

PUT 

需求:替换公司信息。 

需求图解: 

替 换 
公 司 信 息 
公 司 资 源

 

HTTP请求图解: 

PUT api/companies/{compayld} 
PUT 会 完 全 替 换 资 源 
PUT 
公 司 信 息 
在 body 里 
PUT 的 参 数 在 
请 求 的 body 里 
可 选 : 如 果 资 源 原 本 不 存 在 , 那 么 就 创 建 资 源 。 
这 种 情 况 下 就 应 该 返 回 新 创 建 的 资 源 。 
如 果 资 源 原 来 存 在 , 就 进 行 替 换 操 作 , 
那 么 就 无 需 返 回 任 何 东 西 。 
•api/companies/{companyld} 
的 内 容 
api/companies/{companyld} 
通 过 这 种 形 式 (URI) 来 表 示 公 司 资 源 中 的 一 个 公 司

 

文字解释: 

HTTP  PUT 方法用于完全替换已存在的一个资源;或者如果标识URI对应的资源不存在,那么就创建一个资源。对于后一种情况,它的效果和添加操作是一样的。 

 POST 一样,PUT的参数也位于请求的body里面 

如果是替换现有资源,那么无需返回任何东西;但如果是创建资源的操作,就应该返回新创建的资源。 

 

综上 

通过HTTP方法可进行的CRUD基本操作已经介绍的差不多了,但是这里的CRUD只是从API消费者的角度而言。例如,DELETE api/companies/12 并不意味着id为12的公司信息从数据库中被删除了,也许只是把该公司的信息的状态设置为deleted而已。 

对于不限于CRUD的其它操作,我们也得使用这些HTTP方法来进行表示,多少要进行一些妥协。 

 

最后使用一张图表总结一下这些HTTP方法对应的操作: 

 

实际上还有 HTTP  OPTIONS 和 HEAD 也会直接或者间接的用到

知识来源草根专栏 感谢杨旭大佬

 

posted @ 2020-07-22 17:50  学做flutter的小菜鸡  阅读(81)  评论(0编辑  收藏  举报