響應類構造器：
rest_framework.response.response
def __init__(self, data=none, status=none,
template_name=none, headers=none,
exception=false, content_type=none):
""":param data: 響應資料
:param status: http響應狀態碼
:param template_name: drf也可以渲染頁面，渲染的頁面模板位址（不重要, 一般都會用postman來進行資料的測試）
:param headers: 響應頭
:param exception: 是否異常了
:param content_type: 響應的資料格式（一般不用處理，響應頭中帶了，且預設是json）
"""pass
常規例項化響應物件
# status就是解釋一堆 數字 網路狀態碼的模組
from rest_framework import status就是解釋一堆 數字 網路狀態碼的模組
# 一般情況下只需要返回資料，status和headers都有預設值
某協議接收響應模組
最近一直在研究iic和spi協議，嘗試用verilog寫出來，前輩建議從spi入手，因為相對簡單，但是針對spi的4種模式大框架搭起來了，但是內部並轉串怎麼寫毫無頭緒。剛好看到夏宇聞老師編寫的 verilog數字系統設計教程 一書中第15章有講這類內容，就抄了一下 大概感受了一下。抄沒用，得自己寫。...
支付模組分析
1，一筆訂單支付成功，會在第一時間通知，系統收到通知處理邏輯，必然返回1個success，第三方接到success就不再通知，否第三方支付平台會認為未收到通知，然後再過10s 20s 180s再 通知你。客戶端會上傳接收通知的介面，定時呼叫，客戶端也要定時去查詢，在錯過第一次接收後，通知通知，非同步...
模組分析總結
需求部門，例如銷售部發現庫存不足 市場部發現市場上出現新產品 人力資源部購買辦公用品的時候，就會提出採購訂單的申請。採購申請表為組合關係，訂單和訂單中的一些明細。訂單包括交易時間 錄入時間 總量 總價 狀態 倉庫 商 錄入員 審核員 庫管員等 訂單明細包括訂單 產品 數量 單價 小計 描述等 由採購...