一 Django中路由的作用
URL配置(URLconf)就像Django 所支撐網站的目錄。它的本質是URL與要為該URL調用的視圖函數之間的映射表;你就是以這種方式告訴Django,對於客戶端發來的某個URL調用哪一段邏輯代碼對應執行
典型的例子:
|
|
二 簡單的路由配置
|
|
- 正則表達式:一個正則表達式字符串
- views視圖函數:一個可調用對象,通常為一個視圖函數或一個指定視圖函數路徑的字符串
- 參數:可選的要傳遞給視圖函數的默認參數(字典形式)
- 別名:一個可選的name參數
|
|
注意:
- 若要從URL 中捕獲一個值,只需要在它周圍放置一對圓括號。
- 不需要添加一個前導的反斜杠,因為每個URL 都有。例如,應該是
^articles
而不是^/articles
。 - 每個正則表達式前面的’r’ 是可選的但是建議加上。它告訴Python 這個字符串是“原始的” —— 字符串中任何字符都不應該轉義
- urlpatterns中的元素按照書寫順序從上往下逐一匹配正則表達式,一旦匹配成功則不再繼續
示例:
|
|
APPEND_SLASH
|
|
Django settings.py配置文件中默認沒有 APPEND_SLASH 這個參數,但 Django 默認這個參數為 APPEND_SLASH = True。 其作用就是自動在網址結尾加’/‘。
其效果就是:
我們定義了urls.py:
|
|
訪問 http://www.example.com/blog 時,默認將網址自動轉換為 http://www.example/com/blog/ 。
如果在settings.py中設置了 APPEND_SLASH=False,此時我們再請求 http://www.example.com/blog 時就會提示找不到頁面。
三 有名分組
|
|
上面的示例使用簡單的、沒有命名的正則表達式組(通過圓括號)來捕獲URL 中的值並以位置 參數傳遞給視圖。在更高級的用法中,可以使用命名的正則表達式組來捕獲URL 中的值並以關鍵字 參數傳遞給視圖。
在Python 正則表達式中,命名正則表達式組的語法是(?P<name>pattern)
,其中name
是組的名稱,pattern
是要匹配的模式。
下面是以上URLconf 使用命名組的重寫:
|
|
這個實現與前面的示例完全相同,只有一個細微的差別:捕獲的值作為關鍵字參數而不是位置參數傳遞給視圖函數。例如:
|
|
在實際應用中,這意味你的URLconf 會更加明晰且不容易產生參數順序問題的錯誤 —— 你可以在你的視圖函數定義中重新安排參數的順序。當然,這些好處是以簡潔為代價;
四 路由分發
Django1.1版本的分發
|
|
在app01里創建一個urls
|
|
五 反向解析
在使用Django 項目時,一個常見的需求是獲得URL 的最終形式,以用於嵌入到生成的內容中(視圖中和顯示給用戶的URL等)或者用於處理服務器端的導航(重定向等)。人們強烈希望不要硬編碼這些URL(費力、不可擴展且容易產生錯誤)或者設計一種與URLconf 毫不相關的專門的URL 生成機制,因為這樣容易導致一定程度上產生過期的URL。
在需要URL 的地方,對於不同層級,Django 提供不同的工具用於URL 反查:
- 在模板中:使用url 模板標簽。
- 在Python 代碼中:使用from django.urls import reverse函數
urls.py
|
|
html
|
|
視圖函數中:
|
|
總結:
|
|
當命名你的URL 模式時,請確保使用的名稱不會與其它應用中名稱沖突。如果你的URL 模式叫做comment
,而另外一個應用中也有一個同樣的名稱,當你在模板中使用這個名稱的時候不能保證將插入哪個URL。在URL 名稱中加上一個前綴,比如應用的名稱,將減少沖突的可能。我們建議使用myapp-comment
而不是comment
。
六 名稱空間
命名空間(英語:Namespace)是表示標識符的可見范圍。一個標識符可在多個命名空間中定義,它在不同命名空間中的含義是互不相干的。這樣,在一個新的命名空間中可定義任何標識符,它們不會與任何已有的標識符發生沖突,因為已有的定義都處於其它命名空間中。
由於name沒有作用域,Django在反解URL時,會在項目全局順序搜索,當查找到第一個name指定URL時,立即返回
我們在開發項目時,會經常使用name屬性反解出URL,當不小心在不同的app的urls中定義相同的name時,可能會導致URL反解錯誤,為了避免這種事情發生,引入了命名空間。
創建一個app02:python manage.py startapp app02
總urls.py
|
|
app01 的urls.py
|
|
app02 的urls.py
|
|
app01的視圖函數
|
|
app02的視圖函數
|
|
這樣都找index,app01和app02找到的都是app02的index
如何處理?在路由分發的時候指定名稱空間
總urls.py在路由分發時,指定名稱空間
|
|
在視圖函數反向解析的時候,指定是那個名稱空間下的
|
|
在模版里:
|
|
七 django2.0版的path
django2.0的re_path和1.0的url一樣
思考情況如下:
|
|
考慮下這樣的兩個問題:
第一個問題,函數 year_archive
中year參數是字符串類型的,因此需要先轉化為整數類型的變量值,當然year=int(year)
不會有諸如如TypeError或者ValueError的異常。那么有沒有一種方法,在url中,使得這一轉化步驟可以由Django自動完成?
第二個問題,三個路由中article_id都是同樣的正則表達式,但是你需要寫三遍,當之后article_id規則改變后,需要同時修改三處代碼,那么有沒有一種方法,只需修改一處即可?
在Django2.0中,可以使用 path
解決以上的兩個問題。
基本示例
這是一個簡單的例子:
|
|
基本規則:
- 使用尖括號(
<>
)從url中捕獲值。 - 捕獲值中可以包含一個轉化器類型(converter type),比如使用
<int:name>
捕獲一個整數變量。若果沒有轉化器,將匹配任何字符串,當然也包括了/
字符。 - 無需添加前導斜杠。
以下是根據 2.0官方文檔 而整理的示例分析表:(跟上面url的匹配關系)

path轉化器
文檔原文是Path converters,暫且翻譯為轉化器。
Django默認支持以下5個轉化器:
- str,匹配除了路徑分隔符(
/
)之外的非空字符串,這是默認的形式 - int,匹配正整數,包含0。
- slug,匹配字母、數字以及橫杠、下划線組成的字符串。
- uuid,匹配格式化的uuid,如 075194d3-6885-417e-a8a8-6c931e272f00。
- path,匹配任何非空字符串,包含了路徑分隔符(/)(不能用?)
注冊自定義轉化器
對於一些復雜或者復用的需要,可以定義自己的轉化器。轉化器是一個類或接口,它的要求有三點:
regex
類屬性,字符串類型to_python(self, value)
方法,value是由類屬性regex
所匹配到的字符串,返回具體的Python變量值,以供Django傳遞到對應的視圖函數中。to_url(self, value)
方法,和to_python
相反,value是一個具體的Python變量值,返回其字符串,通常用於url反向引用。
例子:
|
|
使用register_converter
將其注冊到URL配置中:
|
|