路由層

?

?

?url攜帶的第一個參數(shù)就是正則表達式,

一旦前面匹配到了內(nèi)容 就不會往下繼續(xù)匹配了? 而是執(zhí)行相應(yīng)的視圖函數(shù)

?

?

?像上方這樣的正則表達式 不管輸入testadd,還是test永遠無法執(zhí)行testadd對應(yīng)的視圖函數(shù)

正是由于上面的特性 當你的項目特別龐大的時候 url的前后順序也是你需要你考慮
極有可能會出現(xiàn)url錯亂的情況

django在路由的匹配的時候 當你在瀏覽器中沒有敲最后的斜杠
django會先拿著你沒有敲斜杠的結(jié)果取匹配 如果都沒有匹配上 會讓瀏覽器在末尾加斜杠再發(fā)一次請求 再匹配一次 如果還匹配不上才會報錯
如果你想取消該機制 不想做二次匹配可以在settings配置文件中 指定
APPEND_SLASH = False # 該參數(shù)默認是True

路由分發(fā)(重點)

當你的django項目特別龐大的時候 路由與視圖函數(shù)對應(yīng)關(guān)系特別特別多
那么你的總路由urls.py代碼太過冗長 不易維護

每一個應(yīng)用都可以有自己的urls.py,static文件夾,templates文件夾(******)

正是基于上述條件 可以實現(xiàn)多人分組開發(fā) 等多人開發(fā)完成之后 我們只需要創(chuàng)建一個空的django項目
然后將多人開發(fā)的app全部注冊進來 在總路由實現(xiàn)一個路由分發(fā) 而不再做路由匹配(來了之后 我只給你分發(fā)到對應(yīng)的app中)


當你的應(yīng)用下的視圖函數(shù)特別特別多的時候 你可以建一個views文件夾 里面根據(jù)功能的細分再建不同的py文件(******)

在多個app的情況下,我們路由層就不能像之前寫的一樣,而是要寫成類似于先把路由分發(fā)給各個app,每個app里面的路由層再進行分發(fā)

?

總路由中 一級路由的后面千萬不加$符號

?

?

?我們還需要將各個app中的urls導(dǎo)入并起別名,因為每個app中urls文件的名字相同

?進行app分發(fā)之前我們需要先導(dǎo)入include模塊

?

?

?再像這樣進行路由分發(fā)

app內(nèi)的路由層還像之前一樣書寫

?

?

?不過我們的url就不能像之前一樣書寫了,要寫成127.0.0.1:8080/app01/index這樣的形式

無名分組

url(r'^test/([0-9]{4})/', views.test)
路由匹配的時候 會將括號內(nèi)正則表達式匹配到的內(nèi)容 當做位置參數(shù)傳遞給視圖函數(shù)

類似于test(request, num)調(diào)用函數(shù)

有名分組

url(r'^test/(?P<year>\d+)/', views.test)

?P<year>就是給后面匹配到的數(shù)字進行命名

路由匹配的時候 會將括號內(nèi)正則表達式匹配到的內(nèi)容 當做關(guān)鍵字參數(shù)傳遞給視圖函數(shù)

test(request,year=2019)

注意:有名分組和無名分組不能混合使用

但是 用同一種分組 可以使用多個

# 無名分組支持多個# url(r'^test/(\d+)/(\d+)/', views.test),# 有名分組支持多個# url(r'^test/(?P<year>\d+)/(?P<xx>\d+)/', views.test),

反向解析

　　本質(zhì):其實就是給你返回一個能夠返回對應(yīng)url的地址

　　1.先給url和視圖函數(shù)對應(yīng)關(guān)系起別名

　　　　url(r'^index/$',views.index,name='kkk')

　　2.反向解析

　　　　后端反向解析

　　　　　　后端可以再任意位置通過reverse反向解析出對應(yīng)的url

　　　　　　from django.shortcuts import render,HttpResponse,redirect,reverse

　　　　　　reverse? 需要先導(dǎo)入
　　　　　　reverse('kkk')? # 直接通過別名進行解析url地址

無名分組反向解析　　

url(r'^index/(\d+)/$',views.index,name='kkk')

后端反向解析
　　reverse('kkk',args=(1,))? ? # 后面的數(shù)字通常都是數(shù)據(jù)的id值
前端反向解析
　　{% url 'kkk' 1%}? ?# 后面的數(shù)字通常都是數(shù)據(jù)的id值

?

有名分組反向解析

同無名分組反向解析意義的用法

url(r'^index/(?P<year>\d+)/$',views.index,name='kkk')

后端方向解析

　　print(reverse('kkk',args=(1,)))? # 推薦你使用上面這種? 減少你的腦容量消耗

　　print(reverse('kkk',kwargs={'year':1}))

前端反向解析

　　<a href="{% url 'kkk' 1 %}">1</a>? # 推薦你使用上面這種? 減少你的腦容量消耗

　　<a href="{% url 'kkk' year=1 %}">1</a>

?

注意:在同一個應(yīng)用下 別名千萬不能重復(fù)!!!

名稱空間(了解)

多個app的起了相同的別名 這個時候用反向解析 并不會自動識別應(yīng)用前綴
如果想避免這種問題的發(fā)生

?

方式1:

　　總路由

　　　　url(r'^app01/',include('app01.urls',namespace='app01'))

　　　　url(r'^app02/',include('app02.urls',namespace='app02'))

　　后端解析的時候

　　　　reverse('app01:index')

　　　　reverse('app02:index')

　　前端解析的時候

　　　　{% url 'app01:index' %}

　　　　{% url 'app02:index' %}

方式2:

　　起別名的時候不要沖突即可? 一般情況下在起別名的時候通常建議以應(yīng)用名作為前綴

　　name = 'app01_index'

　　name = 'app02_index'

?

偽靜態(tài)

靜態(tài)網(wǎng)頁:數(shù)據(jù)是寫死的 萬年不變

偽靜態(tài)網(wǎng)頁的設(shè)計是為了增加百度等搜索引擎seo查詢力度

所有的搜索引擎其實都是一個巨大的爬蟲程序

網(wǎng)站優(yōu)化相關(guān) 通過偽靜態(tài)確實可以提高你的網(wǎng)站被查詢出來的概率
但是再怎么優(yōu)化也抵不過RMB玩家

比如??https://www.cnblogs.com/Dominic-Ji/articles/10982293.html? 以.html結(jié)尾

但是數(shù)據(jù)是從數(shù)據(jù)庫中獲取的,并不是寫死的

虛擬環(huán)境

一般情況下 我們會給每一個項目 配備該項目所需要的模塊 不需要的一概不裝
虛擬環(huán)境 就類似于為每個項目量身定做的解釋器環(huán)境


如何創(chuàng)建虛擬環(huán)境
每創(chuàng)建一個虛擬環(huán)境 就類似于你又下載了一個全新的python解釋器

?

?

?

?

?

?

django版本的區(qū)別

django1.X跟django2.X版本區(qū)別

　　路由層1.X用的是url
　　而2.X用的是path

　　2.X中的path第一個參數(shù)不再是正則表達式,而是寫什么就匹配什么 是精準匹配

　　當你使用2.X不習(xí)慣的時候 2.X還有一個叫re_path
　　2.x中的re_path就是你1.X的url

?

雖然2.X中path不支持正則表達式? 但是它提供了五種默認的轉(zhuǎn)換器

　　1.0版本的url和2.0版本的re_path分組出來的數(shù)據(jù)都是字符串類型
　　默認有五個轉(zhuǎn)換器，感興趣的自己可以課下去試一下
　　str,匹配除了路徑分隔符（/）之外的非空字符串，這是默認的形式
　　int,匹配正整數(shù)，包含0。
　　slug,匹配字母、數(shù)字以及橫杠、下劃線組成的字符串。
　　uuid,匹配格式化的uuid，如 075194d3-6885-417e-a8a8-6c931e272f00。
　　path,匹配任何非空字符串，包含了路徑分隔符（/）（不能用？）

?

　　path('index/<int:id>/',index)? # 會將id匹配到的內(nèi)容自動轉(zhuǎn)換成整型

?

?

還支持自定義轉(zhuǎn)換器class FourDigitYearConverter: regex = '[0-9]{4}' def to_python(self, value): return int(value) def to_url(self, value): return '%04d' % value 占四位，不夠用0填滿，超了則就按超了的位數(shù)來！register_converter(FourDigitYearConverter, 'yyyy') urlpatterns = [ path('articles/2003/', views.special_case_2003), path('articles/<yyyy:year>/', views.year_archive), ... ]

Django請求生命周期

?

?

?

?

?

?

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

總結(jié)

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

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