您好,登錄后才能下訂單哦!
URL配置(URLconf)就像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), 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), ]
注:若要從URL中捕獲一個值,只需要在它周圍放置一對圓括號。不需要添加一個前導的反斜杠,因為每個URL都有。例如,應該是 ^articles 而不是 ^/articles 。每個正則表達式前面的 r 是可選的,但是建議加上,它告訴Python這個字符串是“原始的”——字符串中任何字符都不應該轉義。
一些請求的例子:
/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')。
二、有名分組
上面的示例使用簡單的、沒有命名的正則表達式(通過圓括號)來捕獲URL中的額值并以位置參數傳遞給視圖。在更高級的用法中,可以使用命名的正則表達式組來捕獲URL中的值并以關鍵字參數傳遞給視圖。在Python正則表達式中,命名正則表達式組的語法是 (?P<name>pattern) ,其中name是組的名稱,pattern是要匹配的模式。下面是以上URLconf使用命名組的重寫:
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')。
三、分發
''' 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')), ]
四、反向解析
在使用Django項目時,一個常見的需求是獲得URL的最終形式,以用于嵌入到生成的內容中(視圖中和顯示給用戶的URL等)或者用于處理服務器端的導航(重定向等)。人們強烈希望不要硬編碼這些URL(費力、不可擴展且容易產生錯誤)或者設計一種與URLconf毫不相關的專門的URL生成機制,因為這樣容易導致一定程度上產生過期的URL。在需要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'), #... ]
在模板中:
<a href="{% url 'news-year-archive' 2012 %}" rel="external nofollow" >2012 Archive</a> <ul> {% for yearvar in year_list %} <li><a href="{% url 'news-year-archive' yearvar %}" rel="external nofollow" >{{ yearvar }} Archive</a></li> {% endfor %} </ul>
在python中:
from django.urls 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 = [ re_path(r'^admin/', admin.site.urls), re_path(r'^app01/', include(("app01.urls",namespace="app01"))), re_path(r'^app02/', include(("app02.urls",namespace="app02"))), ]
app01.urls:
urlpatterns = [ re_path(r'^index/', index,name="index"), ]
app02.urls:
urlpatterns = [ re_path(r'^index/', index,name="index"), ]
app01.views:
from django.core.urlresolvers import reverse def index(request): return HttpResponse(reverse("app01:index"))
app02.views:
from django.core.urlresolvers import reverse def index(request): return HttpResponse(reverse("app02:index"))
六、Django2.0版本的path
urlpatterns = [ re_path('articles/(?P<year>[0-9]{4})/', year_archive), re_path('article/(?P<article_id>[a-zA-Z0-9]+)/detail/', detail_view), re_path('articles/(?P<article_id>[a-zA-Z0-9]+)/edit/', edit_view), re_path('articles/(?P<article_id>[a-zA-Z0-9]+)/delete/', delete_view), ]
考慮一下這樣的兩個問題:
1、函數year_archive中year參數是字符串類型,因此需要先轉換為整數類型的變量值,當然year = int(year)不會有諸如TypeError或者VaError的異常。那么有沒有一種方法,在url中,使得這一轉換步驟可以由Django自動完成?
2、三個路由中article_id規則改變后,需要同時修改三處代碼,那么有沒有一種方法,只需要修改一處即可?
在Django2.0版本中,可以使用path解決以上的兩個問題。
簡單示例:
from django.urls import path from . import views urlpatterns = [ path('articles/2003/', views.special_case_2003), path('articles/<int:year>/', views.year_archive), path('articles/<int:year>/<int:month>/', views.month_archive), path('articles/<int:year>/<int:month>/<slug>/', views.article_detail), ]
基本規則:
1、使用尖括號 <> 從url中捕獲值。
2、捕獲值中可以包含一個轉換器類型(converter type),比如使用<int : name>捕獲一個整數變量。如果沒有轉換器,將匹配任何字符串,當然也包括了 / 字符。
3、無需添加前導斜杠。
以下是根據https://docs.djangoproject.com/en/2.0/topics/http/urls/#example而整理的示例分析表:
path轉換器:
文檔原文是Path converters,暫且翻譯為轉換器。
Django默認支持以下5個轉換器:
1、str——匹配除了路徑分隔符 / 之外的非空字符串,這是默認的形式。
2、int——匹配正整數,包含0。
3、slug——匹配字母、數字以及橫杠、下劃線組成的字符串。
4、uuid——匹配格式化的uuid,如075194d3-6885-417e-a8a8-6c931e272f00。
5、path——匹配任何非空字符串,包含了路徑分隔符。
注冊自定義轉換器:
對于一些復雜或者復用的需要,可以定義自己的轉換器。
轉換器是一個類或者接口,它的要求有三點:
1、regex類屬性,字符串類型。
2、to_python(self, value)方法,value是由類屬性regex所匹配到的字符串沒返回具體的Python變量值,以供Django傳遞到對應的視圖函數中。
3、to_url(self, value)方法,和to_python相反,value是一個具體的Python變量值,返回其字符串,通常用于url反向引用。
示例:
class FourDigitYearConverter: regex = '[0-9]{4}' def to_python(self, value): return int(value) def to_url(self, value): return '%04d' % value
使用register_converter將其注冊到URL配置中:
from django.urls import register_converter, path from . import converters, views register_converter(converters.FourDigitYearConverter, 'yyyy') urlpatterns = [ path('articles/2003/', views.special_case_2003), path('articles/<yyyy:year>/', views.year_archive), ... ]
以上就是本文的全部內容,希望對大家的學習有所幫助,也希望大家多多支持億速云。
免責聲明:本站發布的內容(圖片、視頻和文字)以原創、轉載和分享為主,文章觀點不代表本網站立場,如果涉及侵權請聯系站長郵箱:is@yisu.com進行舉報,并提供相關證據,一經查實,將立刻刪除涉嫌侵權內容。