首先咱們知道HTTP請求及服務端響應中傳輸的全部數據都是字符串.html
在Django中,當咱們訪問一個的url時,會經過路由匹配進入相應的html網頁中.數據庫
Django的請求生命週期是指當用戶在瀏覽器上輸入url到用戶看到網頁的這個時間段內,Django後臺所發生的事情django
而Django的生命週期內到底發生了什麼呢??瀏覽器
1. 當用戶在瀏覽器中輸入url時,瀏覽器會生成請求頭和請求體發給服務端 請求頭和請求體中會包含瀏覽器的動做(action),這個動做一般爲get或者post,體如今url之中. 2. url通過Django中的wsgi,再通過Django的中間件,最後url到過路由映射表,在路由中一條一條進行匹配, 一旦其中一條匹配成功就執行對應的視圖函數,後面的路由就再也不繼續匹配了. 3. 視圖函數根據客戶端的請求查詢相應的數據.返回給Django,而後Django把客戶端想要的數據作爲一個字符串返回給客戶端. 4. 客戶端瀏覽器接收到返回的數據,通過渲染後顯示給用戶.
視圖函數根據客戶端的請求查詢相應的數據後.若是同時有多個客戶端同時發送不一樣的url到服務端請求數據cookie
服務端查詢到數據後,怎麼知道要把哪些數據返回給哪一個客戶端呢??函數
所以客戶端發到服務端的url中還必需要包含所要請求的數據信息等內容.post
例如,http://www.aaa.com/index/?nid=user
這個url中,
客戶端經過get請求向服務端發送的nid=user
的請求,服務端能夠經過request.GET.get("nid")
的方式取得nid數據url
客戶端還能夠經過post的方式向服務端請求數據.spa
當客戶端以post的方式向服務端請求數據的時候,請求的數據包含在請求體裏,這時服務端就使用request.POST的方式取得客戶端想要取得的數據code
須要注意的是,request.POST是把請求體的數據轉換一個字典,請求體中的數據默認是以字符串的形式存在的.
一個url對應一個視圖函數,這個模式叫作FBV(Function Base Views
)
除了FBV之處,Django中還有另一種模式叫作CBV(Class Base views
),即一個url對應一個類
例子:使用cbv模式來請求網頁
路由信息:
urlpatterns = [ url(r'^fbv/',views.fbv), url(r'^cbv/',views.CBV.as_view()), ]
視圖函數配置:
from django.views import View class CBV(View): def get(self,request): return render(request, "cbv.html") def post(self,request): return HttpResponse("cbv.get")
cbv.html網頁的內容:
<body> <form method="post" action="/cbv/"> {% csrf_token %} <input type="text"> <input type="submit"> </form> </body>
啓動項目,在瀏覽器中輸入http://127.0.0.1:8000/cbv/
,回車,獲得的網頁以下:
在input框中輸入"hello",後回車,獲得的網頁以下:
使用fbv的模式,在url匹配成功以後,會直接執行對應的視圖函數.
而若是使用cbv模式,在url匹配成功以後,會找到視圖函數中對應的類,而後這個類回到請求頭中找到對應的Request Method
.
若是是客戶端以post的方式提交請求,就執行類中的post方法; 若是是客戶端以get的方式提交請求,就執行類中的get方法
而後查找用戶發過來的url,而後在類中執行對應的方法查詢生成用戶須要的數據.
用戶發送url請求,Django會依次遍歷路由映射表中的全部記錄,一旦路由映射表其中的一條匹配成功了,
就執行視圖函數中對應的函數名,這是fbv的執行流程
當服務端使用cbv模式的時候,用戶發給服務端的請求包含url和method,這兩個信息都是字符串類型
服務端經過路由映射表匹配成功後會自動去找dispatch方法,而後Django會經過dispatch反射的方式找到類中對應的方法並執行
類中的方法執行完畢以後,會把客戶端想要的數據返回給dispatch方法,由dispatch方法把數據返回經客戶端
例子,把上面的例子中的視圖函數修改爲以下:
from django.views import View class CBV(View): def dispatch(self, request, *args, **kwargs): print("dispatch......") res=super(CBV,self).dispatch(request,*args,**kwargs) return res def get(self,request): return render(request, "cbv.html") def post(self,request): return HttpResponse("cbv.get")
打印結果:
<HttpResponse status_code=200, "text/html; charset=utf-8"> dispatch...... <HttpResponse status_code=200, "text/html; charset=utf-8">
須要注意的是:
以get方式請求數據時,請求頭裏有信息,請求體裏沒有數據 以post請求數據時,請求頭和請求體裏都有數據.
http提交數據的方式有"post"
,"get"
,"put"
,"patch"
,"delete"
,"head"
,"options"
,"trace"
.
提交數據的時候,服務端依據method的不一樣會觸發不一樣的視圖函數.
對於from表單來講,提交數據只有get和post兩種方法
另外的方法能夠經過Ajax方法來提交
服務端根據我的請求信息的不一樣來操做數據庫,可使用原生的SQL語句,也可使用Django的ORM語句.
Django從數據庫中查詢處理完用戶想要的數據,將結果返回給用戶.
從Django中返回的響應內容包含響應頭和響應體
在Django中,有的時候一個視圖函數,執行完成後會使用HttpResponse來返回一個字符串給客戶端.
這個字符串只是響應體的部分,返回給客戶端的響應頭的部分應該怎麼設置呢???
爲返回給客戶端的信息加一個響應頭:
修改上面例子的視圖函數爲以下:
from django.views import View class CBV(View): def dispatch(self, request, *args, **kwargs): print("dispatch......") res=super(CBV,self).dispatch(request,*args,**kwargs) print(res) return res def get(self,request): return render(request, "cbv.html") def post(self,request): res=HttpResponse("cbv.post") res.set_cookie("k2","v2") res.set_cookie("k4","v4") print("res:",res) print("request.cookie:",request.COOKIES) return res
打印的信息:
res: <HttpResponse status_code=200, "text/html; charset=utf-8"> request.cookie: {'csrftoken': 'jmX9H1455MYzDRQs8cQLrA23K0aCGoHpINL50GnMVxhUjamI8wgmOP7D2wXcpjHb', 'k2': 'v2', 'k4': 'v4'}