URL配置(URLconf)就像Django 所支撐網(wǎng)站的目錄。它的本質(zhì)是URL與要為該URL調(diào)用的視圖函數(shù)之間的映射表；你就是以這種方式告訴Django，對于客戶端發(fā)來的某個URL調(diào)用哪一段邏輯代碼對應(yīng)執(zhí)行。

?

簡單的路由配置:

from django.conf.urls import urlfrom . import viewsurlpatterns = [url(r'^articles/2003/$', views.special_case_2003),url(r'^articles/([0-9]{4})/$', views.year_archive),url(r'^articles/([0-9]{4})/([0-9]{2})/$', views.month_archive),url(r'^articles/([0-9]{4})/([0-9]{2})/([0-9]+)/$', views.article_detail), ]

注意：

• 若要從URL 中捕獲一個值，只需要在它周圍放置一對圓括號。
• 不需要添加一個前導(dǎo)的反斜杠，因?yàn)槊總€URL 都有。例如，應(yīng)該是^articles?而不是?^/articles。
• 每個正則表達(dá)式前面的'r' 是可選的但是建議加上。它告訴Python 這個字符串是“原始的” —— 字符串中任何字符都不應(yīng)該轉(zhuǎn)義

示例:

'''一些請求的例子：/articles/2005/03/ 請求將匹配列表中的第三個模式。Django 將調(diào)用函數(shù)views.month_archive(request, '2005', '03')。 /articles/2005/3/ 不匹配任何URL 模式，因?yàn)榱斜碇械牡谌齻€模式要求月份應(yīng)該是兩個數(shù)字。 /articles/2003/ 將匹配列表中的第一個模式不是第二個，因?yàn)槟Ｊ桨错樞蚱ヅ?#xff0c;第一個會首先測試是否匹配。請像這樣自由插入一些特殊的情況來探測匹配的次序。 /articles/2003 不匹配任何一個模式，因?yàn)槊總€模式要求URL 以一個反斜線結(jié)尾。 /articles/2003/03/03/ 將匹配最后一個模式。Django 將調(diào)用函數(shù)views.article_detail(request, '2003', '03', '03')。'''

有名分組:

上面的示例使用簡單的、沒有命名的正則表達(dá)式組（通過圓括號）來捕獲URL 中的值并以位置 參數(shù)傳遞給視圖。在更高級的用法中，可以使用命名的正則表達(dá)式組來捕獲URL 中的值并以關(guān)鍵字 參數(shù)傳遞給視圖。

在Python 正則表達(dá)式中，命名正則表達(dá)式組的語法是(?P<name>pattern)，其中name?是組的名稱，pattern?是要匹配的模式。

下面是以上URLconf 使用命名組的重寫：

?

from django.conf.urls import urlfrom . import viewsurlpatterns = [url(r'^articles/2003/$', views.special_case_2003),url(r'^articles/(?P<year>[0-9]{4})/$', views.year_archive),url(r'^articles/(?P<year>[0-9]{4})/(?P<month>[0-9]{2})/$', views.month_archive),url(r'^articles/(?P<year>[0-9]{4})/(?P<month>[0-9]{2})/(?P<day>[0-9]{2})/$', views.article_detail), ]

這個實(shí)現(xiàn)與前面的示例完全相同，只有一個細(xì)微的差別：捕獲的值作為關(guān)鍵字參數(shù)而不是位置參數(shù)傳遞給視圖函數(shù)。例如：

'''/articles/2005/03/ 請求將調(diào)用views.month_archive(request, year='2005', month='03')函數(shù)，而不是views.month_archive(request, '2005', '03')。/articles/2003/03/03/ 請求將調(diào)用函數(shù)views.article_detail(request, year='2003', month='03', day='03')。'''

在實(shí)際應(yīng)用中，這意味你的URLconf 會更加明晰且不容易產(chǎn)生參數(shù)順序問題的錯誤 —— 你可以在你的視圖函數(shù)定義中重新安排參數(shù)的順序。當(dāng)然，這些好處是以簡潔為代價；

分發(fā)

''' At any point, your urlpatterns can “include” other URLconf modules. This essentially “roots” a set of URLs below other ones.Including another URLconf1. Add an import: from blog import urls as blog_urls2. Add a URL to urlpatterns: url(r'^blog/', include(blog.urls))'''from django.conf.urls import include, urlurlpatterns = [url(r'^admin/', admin.site.urls),url(r'^blog/', include('blog.urls')), ]

反向解析

在使用Django 項(xiàng)目時，一個常見的需求是獲得URL 的最終形式，以用于嵌入到生成的內(nèi)容中（視圖中和顯示給用戶的URL等）或者用于處理服務(wù)器端的導(dǎo)航（重定向等）。人們強(qiáng)烈希望不要硬編碼這些URL（費(fèi)力、不可擴(kuò)展且容易產(chǎn)生錯誤）或者設(shè)計(jì)一種與URLconf 毫不相關(guān)的專門的URL 生成機(jī)制，因?yàn)檫@樣容易導(dǎo)致一定程度上產(chǎn)生過期的URL。

在需要URL 的地方，對于不同層級，Django 提供不同的工具用于URL 反查：

• 在模板中：使用url 模板標(biāo)簽。
• 在Python 代碼中：使用django.core.urlresolvers.reverse()?函數(shù)。

urls.py:

from django.conf.urls import urlfrom . import viewsurlpatterns = [#...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 HttpResponseRedirectdef redirect_to_year(request):# ...year = 2006# ...return HttpResponseRedirect(reverse('news-year-archive', args=(year,))) # 同redirect("/path/")

當(dāng)命名你的URL 模式時，請確保使用的名稱不會與其它應(yīng)用中名稱沖突。如果你的URL 模式叫做comment，而另外一個應(yīng)用中也有一個同樣的名稱，當(dāng)你在模板中使用這個名稱的時候不能保證將插入哪個URL。在URL 名稱中加上一個前綴，比如應(yīng)用的名稱，將減少沖突的可能。我們建議使用myapp-comment?而不是comment。

名稱空間

命名空間（英語：Namespace）是表示標(biāo)識符的可見范圍。一個標(biāo)識符可在多個命名空間中定義，它在不同命名空間中的含義是互不相干的。這樣，在一個新的命名空間中可定義任何標(biāo)識符，它們不會與任何已有的標(biāo)識符發(fā)生沖突，因?yàn)橐延械亩x都處于其它命名空間中。

由于name沒有作用域，Django在反解URL時，會在項(xiàng)目全局順序搜索，當(dāng)查找到第一個name指定URL時，立即返回 我們在開發(fā)項(xiàng)目時，會經(jīng)常使用name屬性反解出URL，當(dāng)不小心在不同的app的urls中定義相同的name時，可能會導(dǎo)致URL反解錯誤，為了避免這種事情發(fā)生，引入了命名空間。

project的urls.py:

urlpatterns = [url(r'^admin/', admin.site.urls),url(r'^app01/', include("app01.urls",namespace="app01")),url(r'^app02/', include("app02.urls",namespace="app02")), ]

app01.urls:

urlpatterns = [url(r'^index/', index,name="index"), ]

app02.urls:

urlpatterns = [url(r'^index/', index,name="index"), ]

app01.views?

from django.core.urlresolvers import reversedef index(request):return HttpResponse(reverse("app01:index"))

app02.views

from django.core.urlresolvers import reversedef index(request):return HttpResponse(reverse("app02:index"))

?

轉(zhuǎn)載于:https://www.cnblogs.com/lingcai/p/9846007.html

總結(jié)

以上是生活随笔為你收集整理的5-1 Django的路由层(urlconf)的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。