2. 程式人生 > 實用技巧 >drf--請求和響應

drf--請求和響應

阿新 • • 發佈：2020-12-28

一 請求與響應

1.1 Request

REST framework 傳入檢視的request物件不再是Django預設的HttpRequest物件，而是REST framework提供的擴充套件了HttpRequest類的Request類的物件。

REST framework 提供了Parser解析器，在接收到請求後會自動根據Content-Type指明的請求資料型別（如JSON、表單等）將請求資料進行parse解析，解析為類字典[QueryDict]物件儲存到Request物件中。

Request物件的資料是自動根據前端傳送資料的格式進行解析之後的結果。

無論前端傳送的哪種格式的資料，我們都可以以統一的方式讀取資料。

1.1.1.1 常用屬性

1）.data

request.data 返回解析之後的請求體資料。類似於Django中標準的request.POST和 request.FILES屬性，但提供如下特性：

  • 包含了解析之後的檔案和非檔案資料
  • 包含了對POST、PUT、PATCH請求方式解析後的資料
  • 利用了REST framework的parsers解析器，不僅支援表單型別資料，也支援JSON資料
2）.query_params

request.query_params與Django標準的request.GET相同，只是更換了更正確的名稱而已。

1.2 Response

1
 
rest_framework
 
.response.Response

REST framework提供了一個響應類Response，使用該類構造響應物件時，響應的具體資料內容會被轉換（render渲染）成符合前端需求的型別。

REST framework提供了Renderer 渲染器，用來根據請求頭中的Accept（接收資料型別宣告）來自動轉換響應資料到對應格式。如果前端請求中未進行Accept宣告，則會採用預設方式處理響應資料，我們可以通過配置來修改預設響應格式。

可以在rest_framework.settings查詢所有的drf預設配置項

1
2
3
4
5
6
 
REST_FRAMEWORK = {
    'DEFAULT_RENDERER_CLASSES'
 
: (  # 預設響應渲染類
        'rest_framework.renderers.JSONRenderer',  # json渲染器
        'rest_framework.renderers.BrowsableAPIRenderer',  # 瀏覽API渲染器
    )
}

1.1.2.1 構造方式

1
 
Response(data, status=None, template_name=None, headers=None, content_type=None)

data資料不要是render處理之後的資料，只需傳遞python的內建型別資料即可，REST framework會使用renderer渲染器處理data。

data不能是複雜結構的資料，如Django的模型類物件，對於這樣的資料我們可以使用Serializer序列化器序列化處理後（轉為了Python字典型別）再傳遞給data引數。

引數說明：

  • data: 為響應準備的序列化處理後的資料；
  • status: 狀態碼，預設200；
  • template_name: 模板名稱，如果使用HTMLRenderer 時需指明；
  • headers: 用於存放響應頭資訊的字典；
  • content_type: 響應資料的Content-Type，通常此引數無需傳遞，REST framework會根據前端所需型別資料來設定該引數。

1.1.2.2 常用屬性

1）.data

傳給response物件的序列化後，但尚未render處理的資料

2）.status_code

狀態碼的數字

3）.content

經過render處理後的響應資料

1.1.2.3 狀態碼

為了方便設定狀態碼，REST framewrok在rest_framework.status模組中提供了常用狀態碼常量。

1）資訊告知 - 1xx
1
2
 
HTTP_100_CONTINUE
HTTP_101_SWITCHING_PROTOCOLS
2）成功 - 2xx
1
2
3
4
5
6
7
8
 
HTTP_200_OK
HTTP_201_CREATED
HTTP_202_ACCEPTED
HTTP_203_NON_AUTHORITATIVE_INFORMATION
HTTP_204_NO_CONTENT
HTTP_205_RESET_CONTENT
HTTP_206_PARTIAL_CONTENT
HTTP_207_MULTI_STATUS
3）重定向 - 3xx
1
2
3
4
5
6
7
8
 
HTTP_300_MULTIPLE_CHOICES
HTTP_301_MOVED_PERMANENTLY
HTTP_302_FOUND
HTTP_303_SEE_OTHER
HTTP_304_NOT_MODIFIED
HTTP_305_USE_PROXY
HTTP_306_RESERVED
HTTP_307_TEMPORARY_REDIRECT
4）客戶端錯誤 - 4xx
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
 
HTTP_400_BAD_REQUEST
HTTP_401_UNAUTHORIZED
HTTP_402_PAYMENT_REQUIRED
HTTP_403_FORBIDDEN
HTTP_404_NOT_FOUND
HTTP_405_METHOD_NOT_ALLOWED
HTTP_406_NOT_ACCEPTABLE
HTTP_407_PROXY_AUTHENTICATION_REQUIRED
HTTP_408_REQUEST_TIMEOUT
HTTP_409_CONFLICT
HTTP_410_GONE
HTTP_411_LENGTH_REQUIRED
HTTP_412_PRECONDITION_FAILED
HTTP_413_REQUEST_ENTITY_TOO_LARGE
HTTP_414_REQUEST_URI_TOO_LONG
HTTP_415_UNSUPPORTED_MEDIA_TYPE
HTTP_416_REQUESTED_RANGE_NOT_SATISFIABLE
HTTP_417_EXPECTATION_FAILED
HTTP_422_UNPROCESSABLE_ENTITY
HTTP_423_LOCKED
HTTP_424_FAILED_DEPENDENCY
HTTP_428_PRECONDITION_REQUIRED
HTTP_429_TOO_MANY_REQUESTS
HTTP_431_REQUEST_HEADER_FIELDS_TOO_LARGE
HTTP_451_UNAVAILABLE_FOR_LEGAL_REASONS
5）伺服器錯誤 - 5xx
1
2
3
4
5
6
7
8
 
HTTP_500_INTERNAL_SERVER_ERROR
HTTP_501_NOT_IMPLEMENTED
HTTP_502_BAD_GATEWAY
HTTP_503_SERVICE_UNAVAILABLE
HTTP_504_GATEWAY_TIMEOUT
HTTP_505_HTTP_VERSION_NOT_SUPPORTED
HTTP_507_INSUFFICIENT_STORAGE
HTTP_511_NETWORK_AUTHENTICATION_REQUIRED

相關推薦

DRF請求和響應，以及Response物件重新封裝

請求 rest_framework下的Request類原始碼分析： from rest_framework.request import Request class Request:

drf--請求和響應

一 請求與響應 1.1 Request REST framework 傳入檢視的request物件不再是Django預設的HttpRequest物件，而是REST framework提供的擴充套件了HttpRequest類的Request類的物件。

05 HTTP 的請求和響應

上一個小節中，我們簡單的介紹了 HTTP 協議，但是，並沒有針對 HTTP 的請求和響應進行更詳盡的描述。但是，分析請求和響應資訊是我們進行爬蟲工作中的重要步驟，因此，有必要詳細的介紹這兩個步驟。

drf請求與響應

目錄一 請求與響應1.1 Request1.1.1.1 常用屬性1）.data2）.query_params1.2 Response1.1.2.1 構造方式1.1.2.2 常用屬性1）.data2）.status_code3）.content1.1.2.3 狀態碼1）資訊告知 - 1xx2）成功 - 2xx3）重定向

drf請求、響應與檢視

目錄一、請求1 定義2 常用屬性1）.data2）.query_params二、響應1 Response2 構造方法3 狀態碼1）資訊告知 - 1xx2）成功 - 2xx3）重定向 - 3xx4）客戶端錯誤 - 4xx5）伺服器錯誤 - 5xx三、檢視1 基類檢視 APIView2 通

rest_framework請求和響應

目錄請求物件Request請求物件Response 請求物件Request from rest_framework.request import Request

【go-gin-API系列】請求和響應引數的檢查繫結（二）

引數設計 一套合格的API的服務需要規範的輸入請求和標準的輸出響應格式。 為了更規範的設計，也是為了程式碼的可讀性和擴充套件性，我們需要對Http請求和響應做好模型設計。

【Gin-API系列】請求和響應引數的檢查繫結（二）

引數設計 一套合格的API的服務需要規範的輸入請求和標準的輸出響應格式。 為了更規範的設計，也是為了程式碼的可讀性和擴充套件性，我們需要對Http請求和響應做好模型設計。

HTTP請求和響應報文與簡單實現Java Http伺服器

報文結構 HTTP 報文包含以下三個部分： 起始行 報文的第一行是起始行，在請求報文中用來說明要做什麼，而在響應報文中用來說明出現了什麼情況。

springboot使用aop註解在controller層列印請求和響應報文

一、關於AOP 無侵入的方式作用於方法當中，在controller層攔截並列印請求報文和響應報文

node web伺服器 nodejs伺服器 http發展史 請求和響應 http協議特點

一、web伺服器 web伺服器又稱為www伺服器，專門用來託管網站的伺服器。一臺伺服器上可以一臺伺服器上可以託管多個網站。各網站的開發者只需要把做好的網頁和其他檔案放置在web伺服器上，世界上的其他使用者就可以使用

-drf-請求與響應

1 Request REST framework 傳入檢視的request物件不再是Django預設的HttpRequest物件，而是REST framework提供的擴充套件了HttpRequest類的Request類的物件。

fiddler高階用法，手動修改替換請求和響應

手動修改fiddle的請求和響應Rules->Custon Rules，或按Ctrl+R鍵，編輯 CustomRules.js 程式碼檔案，在OnBeforeRequest函式裡修改程式碼：

web實驗三 Servlet API中請求和響應的應用

實驗三Servlet API中請求和響應的應用 一、實驗目的： 掌握使用Servlet API進行HTTP請求引數的處理；

SpringMVC的請求和響應

一:SpringMVC 輸出模型資料 springMVC提供了以下幾種途徑輸出模型資料 1）ModelAndView: 處理方法返回值型別為 ModelAndView 時, 方法體即可通過該物件新增模型資料

Flask - 請求和響應

技術標籤：Flaskflask 目錄 請求響應 請求 獲取請求相關的需要匯入 requestrequest.method : 獲取請求方法request.args : 獲取GET請求引數request.form : 獲取POST請求引數request.values : 內容是form和arg

3-flask 中的請求和響應

一：處理請求 1：動態路由 有一個請求訪問的介面地址為/users/123，其中123實際上為具體的請求引數，表明請求123號使用者的資訊。此時如何從url中提取出123的資料？

springboot介面請求和響應解密加密

這是一次巧合搜尋到，但是也沒有看懂是個啥樣字。 因為所有貼出來的只有程式碼，沒有效果圖。

Spring Boot 2.x基礎教程：如何擴充套件XML格式的請求和響應

在之前的所有Spring Boot教程中，我們都只提到和用到了針對HTML和JSON格式的請求與響應處理。那麼對於XML格式的請求要如何快速的在Controller中包裝成物件，以及如何以XML的格式返回一個物件呢？

.net core webapi通過中介軟體獲取請求和響應內容的方法

主要根據中介軟體來實現對.net core webapi中產生的請求和響應資料進行獲取並存入日誌檔案中；