Django3_Url控制系統和View視圖

一．URL控制系統
1.簡單說明
URL配置的本質是經過URL與對應的View視圖造成映射，咱們在調用URL時會自動找到對應的view進行邏輯處理，及經過URL告訴Django調用那一段View代碼.
2.格式
urlpatterns = [
url(‘正則表達式URL1’,views視圖函數,[參數],[別名]),
url(‘正則表達式URL2’,views視圖函數,[參數],[別名]),
]
參數說明:
一個正則表達式字符串,Django會從上往下一次匹配url,匹配有值則中止往下查找；
一個可調用的視圖函數
可選的要傳給視圖函數的默認參數(字典形式)
一個可選的別名name參數,若是有了別名，在調用時能夠直接用該別名，這樣修改URL，其餘使用別名的應用則不用修改
例如:

3.命名分組函數
命名分組函數分爲:有命名分組函數和無命名分組函數，他們是經過url中的正則表達式(表達式中帶小括號進行分組)是否指定名字來區分。正則表達式分組並指定了名字則爲有命名分組函數，正則表達式分組但未指定了名字則爲無命名分組函數。
3.1 不屬於二者範疇

3.2 無命名分組函數


3.3 有命名分組函數

效果圖:

4.別名
咱們經過，url來映射url與view視圖之間的關聯，若是其餘地方須要用到咱們的url時，咱們能夠直接進行引用，例如在form表單中，點擊提交以後可使用action來跳轉到另一個url,此時咱們能夠直接在form的action中直接引用須要的url。可是若是直接引用，則有如下不合理的地方:
a.隨着url中url地址的修改則須要修改全部到它的地方，可能會有遺漏的地方；
b.若是url地址比較長時，則全部引用的地方均須要進行重複編寫，此時量比較大；
此時，咱們能夠直接使用別名的形式進行處理，如圖url別名設置:

引用方式如圖:

5.Url路由分發
在前面全部的例子中，咱們只有一個app應用，若是一個項目有多個不一樣app引用時，咱們把全部的url都放在urls.py中，不只會顯得十分混亂並且有時還會影響正常功能的使用(好比APP1中有一個url有問題，可是APP2中全部url正常，此時APP1將會影響APP2的正常使用)。此時，咱們可使用url路徑分發機制來處理，如圖:
項目的url(項目中統籌向下分發的url):

APP應用中的url設置:


6.

二．View視圖函數
View主要是用來處理邏輯的模塊，web中經過接受請求並處理請求並將處理的結果返回給請求對象。其中主要是經過http協議來完成請求的。
HTTP請求中產生兩個核心對象:
http請求:HttpRequest對象；
http響應:HttpResponse對象；
http模塊的位置是在django.http中。
1.HttpRequest
HttpRequest對象是由django框架內部本身自動建立的，咱們在定義每一個方法時必需要帶上它，名字可自定義，但建議使用request。也就是說，django的view模塊中全部定義的函數，必須帶上一個request的參數，且request是django在接收到請求後本身建立的對象。HttpRequest對象的屬性和方法實際上就是這個request的屬性和方法。
HttpRequest對象的主要方法：
1.1 Request.method: http請求的方法類別，分爲GET和POST兩種；
1.2 request.GET.get('key'):http經過GET請求傳到HttpRequest的字典對象，再用get方法經過關鍵字獲取對應的value；
1.3 request.POST.get('key'):http經過POST請求傳到HttpRequest的字典對象，再用get方法經過關鍵字獲取對應的value；
1.4 Request.path：獲取url的連接，返回值不帶參數；
1.5 request.get_full_path()：獲取url的連接，如果經過get傳輸，則此處的值返回的是帶參數值的url；
如圖:

1.6
2.HttpResponse對象
對於HttpResponse對象來講，它和HttpRequest對象不一樣，前者必需要本身建立，然後者是django本身自動建立的。每一個view請求的處理方法必須返回一個HttpResponse。
HttpResponse對象的經常使用方法:
2.1 HttpResponse():將內容返回到頁面上,此處不須要加request參數，如圖:

2.2 render():頁面渲染(將html通過django後臺處理後將頁面效果渲染到瀏覽器中)，推薦使用。
格式: render(request,’前端.html’)注:request參數必帶；
例如:

注：其實，render()最終返回的依然是一個HttpResponse對象，源代碼以下圖所示:

2.3 render_to_response():也是頁面渲染(將html通過django後臺處理後將頁面效果渲染到瀏覽器中)
格式:render_to_response(’前端.html’),與render()做用同樣，但render_to_response()不須要帶request，且render_to_response()在使用工程中可能出現問題。推薦使用render()方法。
例如:

注：其實，render()最終返回的依然是一個HttpResponse對象，源代碼以下圖所示:

3.View中局部變量加載到template(html文件)中的兩種方式
a.經過key:value鍵值對字典的形式經過key獲取到對應的value並加載到對應的HTML文件中，如圖所示:

對應的HTML引用view中變量的方式如圖所示:

此方法若是HTML中有N多個須要獲取view中的局部變量時，則寫的key/value鍵值對將添加不少，此時會比較麻煩，可是在實際使用過程當中，咱們在view中定義的局部變量並不會不少，推薦使用該種方式。
b.經過locals()函數將view中的全部局部變量都加載到HTML中，如圖所示:

對應的HTML文件加載view中的參數方式如圖所示:

此時，view中使用什麼變量名，HTML中也就使用相同的變量名，此時再也不使用key獲取對應的value值的方式。
4.redirect()
redirect()是跳轉到某一個指定的url，參數爲指定要跳轉的url;如圖所示:

內部原理:使用redirect(url)進行跳轉時，先去對應的url.py中匹配對應的redirect中指定的url，匹配成功後再去查找url對應的view函數並執行該函數。
注意:redirect()與render()的區別:
A.redirect()中必須跟的是url路徑,而render()中必須是須要渲染的html文件名稱；
B.redirect()跳轉以後，url會變成redirect(url)指定跳轉的url,而使用render()則url不會發生變化。
如圖:

三．相關代碼地址
https://github.com/DoneZj/django3.git

歡迎關注筆者我的公衆號: