一．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不會發生變化。
如圖:
