url配置就像Django所支撐網站的目錄。它的本質是url與要被該url調用的視圖函數之間的映射表；通過這個映射表可以告知Django，對於客戶端發來的某個url該執行那些代碼。 一、簡單的路由配置 二、有名分組 上面我們說了，帶（）就是進行了分組，就會作為位置參數傳給視圖函數，視圖函數也要以位置 ...
url配置就像Django所支撐網站的目錄。它的本質是url與要被該url調用的視圖函數之間的映射表；通過這個映射表可以告知Django，對於客戶端發來的某個url該執行那些代碼。
一、簡單的路由配置
from django.urls import path,re_path from app01 import views urlpatterns = [ re_path(r'^articles/2003/$', views.special_case_2003),
path('articles/2003/',views.special_case_2003), 這一句和上一句的效果一樣，path自動加上了開頭^和結尾& re_path(r'^articles/([0-9]{4})/$', views.year_archive), re_path(r'^articles/([0-9]{4})/([0-9]{2})/$', views.month_archive), 帶（）就是分組，只要分組的數據就可以作為位置參數傳給視圖函數 re_path(r'^articles/([0-9]{4})/([0-9]{2})/([0-9]+)/$', views.article_detail),
]
re.path()相當於要自己寫正則來匹配url，如果發過來的url的能匹配上，那就執行相對應的views；
不需要添加一個前導的反斜杠，因為你不用寫，它會自動給你加上一個/，如果你寫了一個前導的反斜杠，匹配的時候就會成了兩個反斜杠，這樣會報錯的
''' 一些請求的例子： /articles/2005/03/ 請求將匹配列表中的第三個模式。Django 將調用函數views.month_archive(request, '2005', '03')。 /articles/2005/3/ 不匹配任何URL 模式，因為列表中的第三個模式要求月份應該是兩個數字。 /articles/2003/ 將匹配列表中的第一個模式不是第二個，因為模式按順序匹配，第一個會首先測試是否匹配。請像這樣自由插入一些特殊的情況來探測匹配的次序。 /articles/2003 不匹配任何一個模式，因為每個模式要求URL 以一個反斜線結尾。 /articles/2003/03/03/ 將匹配最後一個模式。Django 將調用函數views.article_detail(request, '2003', '03', '03')。 '''
二、有名分組
上面我們說了，帶（）就是進行了分組，就會作為位置參數傳給視圖函數，視圖函數也要以位置來區分每個數據，當數據很龐大時，就會混亂；其實我們在正則裡面可以給分組的取個名字，如果分組的有名字了就會以關鍵字參數的形式傳給視圖函數，此時視圖函數就要以每組的名字來接收數據，順序都是無所謂的。
from django.urls import path,re_path from app01 import views urlpatterns = [ re_path(r'^articles/2003/$', views.special_case_2003), re_path(r'^articles/(?P<year>[0-9]{4})/$', views.year_archive), re_path(r'^articles/(?P<year>[0-9]{4})/(?P<month>[0-9]{2})/$', views.month_archive), re_path(r'^articles/(?P<year>[0-9]{4})/(?P<month>[0-9]{2})/(?P<day>[0-9]{2})/$', views.article_detail), ]
'''請求的例子 /articles/2005/03/ 請求將調用views.month_archive(request, year='2005', month='03')函數，而不是views.month_archive(request, '2005', '03')。 /articles/2003/03/03/ 請求將調用函數views.article_detail(request, year='2003', month='03', day='03')。 '''
三、分發
我們知道哈，在每個應用中有views，models，相當於說每個應用有自己的視圖文件和模板文件，但沒有自己單獨的url，在整個項目裡面有一個共同的urls，也就就是說大家共用一個urls，其實這樣解耦不好，其實我們可以自己為每一個應用加上一個url，再做一個分發就行了。
''' At any point, your urlpatterns can “include” other URLconf modules. This essentially “roots” a set of URLs below other ones. ''' from django.urls import path,re_path,include from app01 import views urlpatterns = [ re_path(r'^admin/', admin.site.urls), re_path(r'^blog/&', include('blog.urls')), blog就是一個應用，當請求路徑為/blog/時，先到全局的urls中找，找到blog.urls,相當於找到了blog應用下的urls，從此，我們就可以把每個應用的路由配置寫在自己的urls中 ]
四、反向解析
反向解析是挺難理解的。在HTML文件中的a標簽需要寫一個路徑，還有form表單中也是，其實我們不需要直接把路徑寫上去，可以用一個代號，這樣寫的好處在於：如果要求我們把HTML中的路徑改了，那我們是不是一個一個的把所有的都該了，如果有無數多個，那我們就得該無數次，這樣效率太低，但我們用反向解析就一下解決了。
在需要url的地方，對於不同層級，Django提供不同的工具用於url反查：
1，在模板中，使用url模板標簽
2，在python代碼中，使用from django.urls import reverse
urls.py:
from django.conf.urls import url from . import views urlpatterns = [ #... re_path(r'^articles/([0-9]{4})/$', views.year_archive, name='news-year-archive'), #... ]
在HTML文件中
<a href="{% url 'news-year-archive' 2012 %}">2012 Archive</a> <ul> {% for yearvar in year_list %} <li><a href="{% url 'news-year-archive' yearvar %}">{{ yearvar }} Archive</a></li> {% endfor %} </ul>
python邏輯中
from django.urls import reverse from django.http import HttpResponse，redirect def redirect_to_year(request): # ... year = 2006 # ... return redirect(reverse('news-year-archive')) # 同redirect("/path/")
