前言html
URL配置(URLconf)就像Django 所支撐網站的目錄。它的本質是URL與要爲該URL調用的視圖函數之間的映射表;你就是以這種方式告訴Django,對於客戶端發來的某個URL調用哪一段邏輯代碼對應執行。python
urls.py: 請求路徑與視圖函數的映射關係正則表達式
注意url()是1版本的,path()是2版本的django
from django.conf.urls import url urlpatterns = [ url(正則表達式, views視圖,參數,別名), url(r'^articles/2003/$', views.special_case_2003), #爲何咱們不在函數名後加()呢?由於啓動Django的
補充:bash url(r'^$', views.index), # 匹配根路徑 url(r'', views.index), # 匹配根路徑,這樣會形成問題,這個語句放在最上面那麼,訪問全部網頁都將走這個匹配 |
注意:app
補充:ide
# 是否開啓URL訪問地址後面不爲/跳轉至帶有/的路徑的配置項
APPEND_SLASH=True
Django settings.py配置文件中默認沒有 APPEND_SLASH 這個參數,但 Django 默認這個參數爲 APPEND_SLASH = True。 其做用就是自動在網址結尾加'/'。函數
其效果就是:工具
咱們定義了urls.py:post
from django.conf.urls import url from app01 import views urlpatterns = [ url(r'^blog/$', views.blog), ]
訪問 http://www.example.com/blog 時,默認將網址自動轉換爲 http://www.example/com/blog/ 。
若是在settings.py中設置了 APPEND_SLASH=False,此時咱們再請求 http://www.example.com/blog 時就會提示找不到頁面。
經過正則分組獲取url中的動態參數
(正則匹配得到的參數是字符串)
1 from django.contrib import admin 2 from django.urls import path,re_path 3 from app01 import views 4 5 6 urlpatterns = [ 7 path('admin/', admin.site.urls), 8 path('timer/', views.timer), 9 path('articles/2003/', views.special_case_2003), #special_case_2003(request) 10 re_path(r'articles/(\d{4})/$', views.year_archive) , #year_archive(request,分組匹配的那個參數) 11 # 匹配正則使用re_path,re_path等同於url,因此默認是沒有^或$ 12 re_path(r'articles/(\d{4})/(\d{2})/', views.year_month) 13 ] 14 15 ''' 16 請求的url的路徑部分與url方法的正則表達式進行匹配,一旦匹配成功,則執行對應的視圖函數 17 http://127.0.0.1:8000/articles/2003/ 18 path="/articles/2003/" 19 20 經過下面的方法循環匹配,匹配成功則執行對應函數: 21 for item in urlpatterns: 22 ret=re.search(item.regex,path) # re.search("^articles/\d{4}/$","articles/2008/") 23 if ret: 24 item.function(request) 25 '''
給分組起一個名字,實現關鍵字傳參
上面的示例使用簡單的、沒有命名的正則表達式組(經過圓括號)來捕獲URL 中的值並以位置 參數傳遞給視圖。在更高級的用法中,可使用命名的正則表達式組來捕獲URL 中的值並以關鍵字 參數傳遞給視圖。
在Python 正則表達式中,命名正則表達式組的語法是(?P<name>pattern)
,其中name
是組的名稱,pattern
是要匹配的模式。
重寫urls.py
1 from django.contrib import admin 2 from django.urls import path,re_path 3 from app01 import views 4 5 6 urlpatterns = [ 7 path('admin/', admin.site.urls), 8 path('timer/', views.timer), 9 path('articles/2003/', views.special_case_2003), #special_case_2003(request) 10 re_path(r'articles/(\d{4})/$', views.year_archive) , #year_archive(request,分組匹配的那個參數) 11 # 匹配正則使用re_path,re_path第一個參數默認有^尖角號 12 # re_path(r'articles/(\d{4})/(\d{2})/', views.year_month), 13 re_path(r'articles/(?P<year>\d{4})/(?P<month>\d{2})/', views.year_month) #year_month(request,year=,month=)關鍵字參數。在views視圖函數中,對應的函數的參數的形參要和分組名保持一致 14 ]
這個實現與前面的示例徹底相同,只有一個細微的差異:捕獲的值做爲關鍵字參數而不是位置參數傳遞給視圖函數
在實際應用中,這意味你的URLconf 會更加明晰且不容易產生參數順序問題的錯誤 —— 你能夠在你的視圖函數定義中從新安排參數的順序。固然,這些好處是以簡潔爲代價;
補充:視圖函數中指定默認值
1 # urls.py中 2 from django.conf.urls import url 3 4 from . import views 5 6 urlpatterns = [ 7 url(r'^blog/$', views.page), 8 url(r'^blog/page(?P<num>[0-9]+)/$', views.page), 9 ] 10 11 # views.py中,能夠爲num指定默認值 12 def page(request, num="1"): 13 pass
給每個app本身的url分發各自的路由文件中
項目中咱們把每一個應用中的urls.py文件都單獨放在各自的應用文件中,這樣就須要總urls.py文件和各個應用中的urls.py文件聯繫起來,這就是從總文件中分發給各個分文件。在各個應用中須要本身建立urls.py文件
項目的urls.py
1 from django.contrib import admin 2 from django.urls import path,re_path,include 3 from app01 import views 4 5 6 urlpatterns = [ 7 # 先匹配app01/而後去app01.urls文件中匹配其餘的 8 path(r'app01/',include('app01.urls')) 9 ] 10 11 #如訪問http://127.0.0.1:8001/app01/articles/2009/
不要硬編碼url,經過別名解析url
當咱們的根據須要訪問的路徑須要更更名字時,那麼,原來的路徑就不能訪問了。因此就須要更改項目中的相應有關係的這個名。但這樣太過於麻煩,一個項目中,對於這個路徑,可能有不少使用這個名字。這樣維護成本過高,那麼該怎麼辦呢?咱們的想法是用變量之類的方式,總之寫路徑時不要寫死。下面就用別名的方法,只要寫別名就行,那麼一個地方更名就好了。
如urls.py文件中,起別名
url(r'^login.html/', views.login,name="XXX")
其餘相關的別的文件中填寫這個路徑的只須要寫別名
(1)模板文件中(html文件):
<form action="{% url 'XXX' %}" method="post"> 用戶名 <input type="text" name="user"> 密碼 <input type="password" name="pwd"> <input type="submit"> </form>
當查詢到有到
{% url 'XXX' %}就會去url裏面尋找對應別名的真實名字把{% url 'XXX' %}替換成真名
(2)視圖函數(py文件)
1 urlpatterns = [ 2 path('index/', views.index,name='in_dex'), 3 ]
1 from django.urls import reverse 2 3 def index(request): 4 # 找別名,獲得最新的路徑放在別名的位置 5 url=reverse("in_dex") 6 print(url)
如urls.py文件中,起別名,有動態的正則,那麼該怎麼辦呢?
re_path('books/delete/(\d+)', views.delete,name='delete')
在html模板文件中這樣引用:
{% url 'delete' book.nid %} 把對應的動態的參數放在別名後面
在py文件中
from django.urls import reverse return redirect(reverse("delete",args=(book.nid))) # redirec重定向一個頁面,reverse()是用路由解析時須要加上
在須要URL 的地方,對於不一樣層級,Django 提供不一樣的工具用於URL 反查:
django.core.urlresolvers.reverse()
函數。urls.py:
from django.conf.urls import url from . import views urlpatterns = [ #... url(r'^articles/([0-9]{4})/$', views.year_archive, name='news-year-archive'), #... ]
在模板中:
<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.core.urlresolvers import reverse from django.http import HttpResponseRedirect def redirect_to_year(request): # ... year = 2006 # ... return HttpResponseRedirect(reverse('news-year-archive', args=(year,))) # 同redirect("/path/")
當命名你的URL 模式時,請確保使用的名稱不會與其它應用中名稱衝突。若是你的URL 模式叫作comment
,而另一個應用中也有一個一樣的名稱,當你在模板中使用這個名稱的時候不能保證將插入哪一個URL。在URL 名稱中加上一個前綴,好比應用的名稱,將減小衝突的可能。咱們建議使用myapp-comment
而不是comment
。
命名空間(英語:Namespace)是表示標識符的可見範圍。一個標識符可在多個命名空間中定義,它在不一樣命名空間中的含義是互不相干的。這樣,在一個新的命名空間中可定義任何標識符,它們不會與任何已有的標識符發生衝突,由於已有的定義都處於其它命名空間中。
上面反向解析中,因爲name沒有做用域,Django在反解URL時,會在項目全局順序搜索,當查找到第一個name指定URL時,當即返回。咱們在開發項目時,會常用name屬性反解出URL,當不當心在不一樣的app的urls中定義相同的name時,可能會致使URL反解錯誤,爲了不這種事情發生,引入了命名空間。以下示例:
項目下urls.py文件:
urlpatterns = [
url(r'^admin/', admin.site.urls),
re_path(r'^app01/', include(('app01.urls',"app01"),namespace='app01')),
re_path(r'^app02/', include(('app02.urls',"app02"),namespace='app02')),
]
app01下的urls.py:
urlpatterns = [ url(r'^index/', index, name="index"), ]
app02下的urls.py:
urlpatterns = [ url(r'^index/', index, name="index"), ]
app01下的views.py:
from django.core.urlresolvers import reverse def index(request): return HttpResponse(reverse("app01:index"))
app02下的views.py:
from django.core.urlresolvers import reverse def index(request): return HttpResponse(reverse("app02:index"))
Django1版本 的路由層(URLconf):https://www.cnblogs.com/yuanchenqi/articles/8876685.html
Django2版本 的路由層(URLconf):https://www.cnblogs.com/yuanchenqi/articles/8931472.html