FastAPI 学习之路(四)使用pydantic模型做请求体
FastAPI 学习之路(十三)Cookie 参数,Header参数
前言
我们之前分享的是是请求模型,请求参数,这次呢,我们看下响应状态码相对应的。
正文
我们可以规定对应请求的状态码,那么我们应该如何来实现。在以下任意的接口路径中使用 status_code
参数来声明用于响应的 HTTP 状态码:
@app.get()
@app.post()
@app.put()
@app.delete()
我们可以简单的看下。
from fastapi import FastAPI
app = FastAPI()
@app.post("/items/", status_code=201)
def create_item(name: str):
return {"name": name}
我们用postman请求下。
接口可以正常请求,状态码返回的也是我们定义的201。
在接口文档上也可以正常展示我们成功的状态码
对于http的状态码,每个数字代表不一样的含义。
100
及以上状态码用于「消息」响应。你很少直接使用它们。具有这些状态代码的响应不能带有响应体。200
及以上状态码用于「成功」响应。这些是你最常使用的。200
是默认状态代码,它表示一切「正常」。201
,「已创建」。它通常在数据库中创建了一条新记录后使用。204
,「无内容」。此响应在没有内容返回给客户端时使用,因此该响应不能包含响应体。300
及以上状态码用于「重定向」。具有这些状态码的响应可能有或者可能没有响应体,但 304
「未修改」是个例外,该响应不得含有响应体。400
及以上状态码用于「客户端错误」响应。这些可能是你第二常使用的类型。404
,用于「未找到」响应。400
。500
及以上状态码用于服务器端错误。你几乎永远不会直接使用它们。当你的应用程序代码或服务器中的某些部分出现问题时,它将自动返回这些状态代码之一。在fastapi中,你不用去记住每个状态码的含义,因为利用fastapi的内置的。我们可以看下。
from fastapi import FastAPI,status
那我们我们在写的时候,有对应的状态码以及代表的含义。我们可以根据对应的需求,去改变对应的状态码。
后记
发现问题,解决问题。遇到问题,慢慢解决问题即可。
欢迎关注雷子说测试开发,后续将会持续为大家分享更多的技术知识
如果你有问题可以留言或者加我微信:952943386。2021,一起牛转钱坤,一起牛逼。
如果觉得这篇文章还不错,来个【分享、点赞、在看】三连吧,让更多的人也看到~