URL配置(URLconf)就像Django 所支撐網站的目錄。它的本質是URL與要爲該URL調用的視圖函數之間的映射表;你就是以這種方式告訴Django,對於客戶端發來的某個URL調用哪一段邏輯代碼對應執行。html
將決定,哪個路由,由哪個函數來處理python
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), ]
*注意:git
^articles
而不是 ^/articles
。 示例:正則表達式
''' 一些請求的例子: /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 中的值並以關鍵字 參數傳遞給視圖。django
在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), ]
這個實現與前面的示例徹底相同,只有一個細微的差異:捕獲的值做爲關鍵字參數而不是位置參數傳遞給視圖函數。例如:app
''' /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')), # 這就叫分發,把各自APP的路由放在各自的APP內 ,還須要在請求中加入APP名
re_path(r'^', include('blog.urls')), # 請求中不用加APP名,同時在匹配中只寫「^」也能夠進行訪問成功
]
指的是:經過判斷匹配的URL獲取指定的視圖函數--->而後匹配響應的模板函數
先創建url工具
創建視圖函數
遇到一個問題,暫時的解決辦法
登錄模板html
***加上第一步的瀏覽器輸入網址,以上就是整個解析流程,
login視圖函數,添加條件,根據請求方法是get或者post。
來肯定retrun的數值。
視圖函數必需要有retrun。
當咱們進入登錄頁面時,是get方法,獲得登錄頁面。
在輸入帳號密碼,點擊submit,用的post方法,就不能再進入登錄頁面了,而是要對用戶輸入進行反饋。。
使用場景:模板中的超連接,視圖中的重定向
使用:在定義 url 時爲 include 定義 namespace 屬性,爲 url 定義 name 屬性
在模板中使用 url 標籤:{% url 'namespace_value:name_value'%}
在視圖中使用 reverse 函數:redirect(reverse('namespce_value:name_value’))
根據正則表達式動態生成地址,減輕後期維護成本。
注意反向解析傳參數,主要是在咱們的反向解析的規則後面天界了兩個參數,兩個參數
重點------>在模板中--一、視圖函數起別名,二、在跳轉地址中(href、action)只用模板函數{% %}
***模板函數只有兩個,另外一個是{{ }}
------------>另外一個玩法,在視圖函數中—使用
from django.urls import reverse()函數
在使用Django 項目時,一個常見的需求是得到URL 的最終形式,以用於嵌入到生成的內容中(視圖中和顯示給用戶的URL等)或者用於處理服務器端的導航(重定向等)。
人們強烈但願不要硬編碼這些URL(費力、不可擴展且容易產生錯誤)或者設計一種與URLconf 絕不相關的專門的URL 生成機制,由於這樣容易致使必定程度上產生過時的URL。
在須要URL 的地方,對於不一樣層級,Django 提供不一樣的工具用於URL 反查:
在模板中:使用url 模板標籤。 在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 %}">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 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反解錯誤,爲了不這種事情發生,引入了命名空間。
分發時,使用namespace創建名稱空間 namespace="app01"
反向解析時,使用對應的名稱空間:別名 name="index"
project的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")), # 另外一種寫法 re_path(r'^app01/', include(("app01.urls","app01"))), re_path(r'^app02/', include(("app02.urls","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"))
思考狀況以下:
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), ]
考慮下這樣的兩個問題:
year_archive
中year參數是字符串類型的,所以須要先轉化爲整數類型的變量值,固然year=int(year)
不會有諸如如TypeError或者ValueError的異常。那麼有沒有一種方法,在url中,使得這一轉化步驟能夠由Django自動完成?在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), ]
<>
)從url中捕獲值。<int:name>
捕獲一個整數變量。若果沒有轉化器,將匹配任何字符串,固然也包括了 /
字符。Django默認支持如下5個轉化器:
/
)以外的非空字符串,這是默認的形式 定義一次規則,能夠重複使用!
對於一些複雜或者複用的須要,能夠定義本身的轉化器。轉化器是一個類或接口,它的要求有三點:
regex
類屬性,字符串類型 to_python(self, value)
方法,value是由類屬性 regex
所匹配到的字符串,返回具體的Python變量值,以供Django傳遞到對應的視圖函數中。 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), ... ]
一、簡單配置
定義匹配規則--->正則匹配成功--->交給具體的視圖函數來處理--->返回結果
二、有名分組
至關於用個關鍵字參數替代了位置參數,以防止書寫過程當中的順序混亂致使的問題
方法: ?P<>
三、分發
爲了解耦,把本身APP的URL 放到APP文件夾內
方法:在project的URLS中使用include(應用路徑,名稱空間名)
四、反向解析
爲了避免硬編碼URL
方法:一、使用模板函數{% %};2使用reverse()函數
五、名稱空間
配合反向解析、當兩個名字重複了,須要定義名稱空間,防止找不到相應的變量名
方法在:project的URLS中使用include((應用路徑,名稱空間名))要以元組的形式
在使用中:名稱空間:變量名
六、path
DJango2.0新特性
解決的問題1:內部數值不會轉換
方法:<轉化器:變量名>
解決的問題2:一個正則反覆使用
經過自定義的轉化器應對複雜的須要