Django基礎之：URL路由系統

本文轉載自查看原文 2020-02-04 16:53 1390

一、URL配置

　　URL配置(URLconf)就像Django 所支撐網站的目錄。它的本質是URL與要為該URL調用的視圖函數之間的映射表。你就是以這種方式告訴Django，對於這個URL調用這段代碼，對於那個URL調用那段代碼。

基本格式　

from django.conf.urls import url
#循環urlpatterns，找到對應的函數執行,匹配上一個路徑就找到對應的函數執行，就不再往下循環了，並給函數傳一個參數request，和wsgiref的environ類似，就是請求信息的所有內容
urlpatterns = [
     url(正則表達式, views視圖函數，參數，別名),
]

注意：

　　Django 2.0版本中的路由系統已經替換成下面的寫法，但是django2.0是向下兼容1.x版本的語法的（官方文檔）：

from django.urls import path

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:slug>/', views.article_detail),
]

參數說明　

正則表達式：一個正則表達式字符串
views視圖函數：一個可調用對象，通常為一個視圖函數或一個指定視圖函數路徑的字符串
參數：可選的要傳遞給視圖函數的默認參數（字典形式）
別名：一個可選的name參數

二、無名分組

場景設置

假如我們做了圖書管理系統，圖書管理系統是這樣設置的，首頁給我們展示滿世界排名靠前面的書，當你想看那一年的書，你的url就應該拼接上哪一年，並且將此年份傳遞給后端邏輯，也就是對應的views函數中。比如你的首頁為127.0.0.1:8000/book/,當你想看2003年有哪些書時，你訪問的url就對應為127.0.0.1:8000/book/2003/，這也是前后端間接傳遞數據，那么這種需求如何完成呢？我們先寫一個views函數，與對應的html。

URL配置

from django.conf.urls import url
from django.contrib import admin
from app01 import views
urlpatterns = [
    # url(r'^admin/', admin.site.urls),
    url(r'^index/', views.login),

    # 無名分組 (給應用視圖函數傳遞位置參數)
    url(r'books/(\d{4})/', views.year_books),  # 完全匹配
    url(r'^books/(\d{4})/(\d{2})/', views.year_mouth_books),
    url(r'^books/(\d{4})/(\d{2})/(\d{2})', views.year_mouth_day_books),
]

我為什么不寫2003？而寫\d{4}？你直接寫2003就相當於寫死了，如果用戶想看2004、2005、2006....等，你要寫一堆的url嗎，是不是在articles后面寫一個正則表達式/d{4}/就行啦。

但是此時你寫的還是有問題的，我之前說過，你此時寫的url路由匹配是模糊匹配，你如果是這樣寫的url，當從瀏覽器輸入127.0.0.1:8000/book/2003/12/08它還是映射到year_books這個函數的，因為url遵循輪詢機制：

# 偽代碼
url 輪訓機制：
for url in urlpatterns:
    re.match(r'books/(\\d{4})/', 'books/2003/12/08')，這個是非完全匹配，所以直接映射到year_books這個函數中。

所以針對上面的情況，我們應該將這些URL設定為完全匹配，你可以私下試試。

from django.conf.urls import url
from django.contrib import admin
from app01 import views
urlpatterns = [
    # url(r'^admin/', admin.site.urls),
    url(r'^index/', views.login),

    # 無名分組 (給應用視圖函數傳遞位置參數)
    url(r'books/(\d{4})/$', views.year_books),  # 完全匹配
    url(r'^books/(\d{4})/(\d{2})/$', views.year_mouth_books),
    url(r'^books/(\d{4})/(\d{2})/(\d{2})/$', views.year_mouth_day_books),
]

view視圖函數配置

def year_books(request, year):

    print(year)

    # return render(request, 'books.html')
    return HttpResponse(f'出版年限：{year}')


def year_mouth_books(request, year, mouth):

    print(year, mouth)
    return HttpResponse(f'出版年限：{year},出版月份：{mouth}')


def year_mouth_day_books(request, year, mouth, day):
    
    print(year, mouth, day)
    return HttpResponse(f'出版年限：{year},出版月份：{mouth},出版天數：{day}')

此時我沒有寫具體的頁面，真正的流程應該是：

我想看2001年的書：views拿到2001，打開數據庫，從數據庫匹配2001年的書，然后通過views傳遞給前端頁面，展示，咱們這里就不模擬數據庫的操作了，我們直接返回用戶輸入的數據即可，這樣就是測試是否成功。

注意事項

urlpatterns中的元素按照書寫順序從上往下逐一匹配正則表達式，一旦匹配成功則不再繼續。
若要從URL中捕獲一個值，只需要在它周圍放置一對圓括號（分組匹配）。
不需要添加一個前導的反斜杠（也就是寫在正則最前面的那個/），因為每個URL 都有。例如，應該是^books而不是 ^/books。
每個正則表達式前面的'r' 是可選的但是建議加上。
^books& 以什么結尾，以什么開頭，嚴格限制路徑。

補充說明

# 是否開啟URL訪問地址后面沒有/跳轉至帶有/的路徑的配置項
APPEND_SLASH=True

　　Django settings.py配置文件中默認沒有 APPEND_SLASH 這個參數，但 Django 默認這個參數為 APPEND_SLASH = True。其作用就是自動在網址結尾加'/'。其效果就是：我們定義了urls.py：

from django.conf.urls import url
from app01 import views

urlpatterns = [
        url(r'^blog/$', views.blog),
]

　　訪問 http://www.example.com/blog 時，默認將網址自動轉換為 http://www.example/com/blog/ 。

　　如果在settings.py中設置了 APPEND_SLASH=False，此時我們再請求 http://www.example.com/blog 時就會提示找不到頁面。

注意：無名分組傳遞給views函數的為位置參數。

以上就是URL的無名分組。

三、有名分組

上面的示例使用簡單的正則表達式分組匹配（通過圓括號）來捕獲URL中的值並以位置參數形式傳遞給視圖。

　　在更高級的用法中，可以使用分組命名匹配的正則表達式組來捕獲URL中的值並以關鍵字參數形式傳遞給視圖。

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

URL配置

from django.conf.urls import url

from . import views

urlpatterns = [

    url(r'^articles/(?P<year>[0-9]{4})/$', views.year_archive),#某年的，(?P<year>[0-9]{4})這是命名參數（正則命名匹配還記得嗎？），那么函數year_archive(request,year)，形參名稱必須是year這個名字。而且注意如果你這個正則后面沒有寫$符號，即便是輸入了月份路徑，也會被它攔截下拉，因為它的正則也能匹配上
    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), #某年某月某日的
]

　　這個實現與前面的示例完全相同，只有一個細微的差別：捕獲的值作為關鍵字參數而不是位置參數傳遞給視圖函數。

views配置

def year_article(request, year=2000):

    print(year)

    return HttpResponse(f'出版年限：{year}')


def year_mouth_article(request, year, mouth):

    print(year, mouth)
    return HttpResponse(f'出版年限：{year},出版月份：{mouth}')


def year_mouth_day_article(request, year, mouth, day):

    print(year, mouth, day)
    return HttpResponse(f'出版年限：{year},出版月份：{mouth},出版天數：{day}')

注意：命名分組是url設置的組名對應views函數的參數，這是關鍵字參數，也可以對應views函數的默認值參數。

在實際應用中，使用分組命名匹配的方式可以讓你的URLconf 更加明晰且不容易產生參數順序問題的錯誤，但是有些開發人員則認為分組命名組語法太丑陋、繁瑣。

至於究竟應該使用哪一種，你可以根據自己的喜好來決定。

URLconf匹配的位置

　　URLconf 在請求的URL 上查找，將它當做一個普通的Python 字符串。不包括GET和POST參數以及域名。

　　例如，http://www.example.com/myapp/ 請求中，URLconf 將查找myapp/。

　　在http://www.example.com/myapp/?page=3 請求中，URLconf 仍將查找myapp/。

　　URLconf 不檢查請求的方法。換句話講，所有的請求方法 —— 同一個URL的POST、GET、HEAD等等 —— 都將路由到相同的函數。

捕獲的參數永遠都是字符串

　　每個在URLconf中捕獲的參數都作為一個普通的Python字符串傳遞給視圖，無論正則表達式使用的是什么匹配方式。例如，下面這行URLconf 中：

url(r'^articles/(?P<year>[0-9]{4})/$', views.year_archive),

　　傳遞到視圖函數views.year_archive() 中的year 參數永遠是一個字符串類型。

視圖函數中指定默認值

# urls.py中
from django.conf.urls import url

from . import views

urlpatterns = [
    url(r'^blog/$', views.page),
    url(r'^blog/page(?P<num>[0-9]+)/$', views.page),
]

# views.py中，可以為num指定默認值
def page(request, num="1"):
    pass

在上面的例子中，兩個URL模式指向相同的view - views.page - 但是第一個模式並沒有從URL中捕獲任何東西。

如果第一個模式匹配上了，page()函數將使用其默認參數num=“1”,如果第二個模式匹配，page()將使用正則表達式捕獲到的num值。

四、include其他的URLconfs（也叫URL分發）

創建新項目urllist

通過pycharm創建新項目，並且將應用命名為app01。

創建另一個應用

一個項目中可能有多個應用，微信有漂流瓶，附近的人等等，上面只是講了一個應用，如果有多個應用你的url如何處理呢？此時pycharm已經沒有辦法創建了，你需要自己加app。只能手動加上。

切換到你的urllist的路徑下，通過命令創建第二個應用：

python manage.py startapp app02

然后找到你項目的settings文件，將app02應用配置到項目中（我們通過pycharm創建的urllist項目已經配置好app01應用了）：

INSTALLED_APPS = [
    'django.contrib.admin',
    'django.contrib.auth',
    'django.contrib.contenttypes',
    'django.contrib.sessions',
    'django.contrib.messages',
    'django.contrib.staticfiles',
    'app01.apps.App01Config',  # 這個是開啟項目時 pycharm自動給你配置的
    'app02.apps.App02Config',  # 這個是需要我們自己手動配置的
　　# 'app02', 也可以簡單設置與上一行相同
]

找到app02應用按照圖示添加上此配置：

整個項目的url是寫在項目的目錄下了，但是不同應用有不同的views，這樣url如何分發給不同的應用呢？

這樣就需要將項目的url分出去，每個應用創建自己的urls。

配置不同應用的url

app01:urls

from django.conf.urls import url
from django.contrib import admin
from app01 import views
urlpatterns = [
    # url(r'^admin/', admin.site.urls),
]

app02:urls

from django.conf.urls import url
from django.contrib import admin
from app02 import views
urlpatterns = [
    # url(r'^admin/', admin.site.urls),
]

app01、app02的url都已經配置好了，如何從項目中的urls分別映射到兩個appurls中呢？這就得需要在項目重的urls.py引入includs功能了。我們先引入app01應用。

urllist:urls

urlpatterns = [
    # url(r'^admin/', admin.site.urls),
    # 輸入不同的url找到不同的app 分發給不同的應用的urls.py
    url(r'^app01/', include('app01.urls')),
    url(r'^app02/', include('app02.urls')),

]

這樣配置，就相當例如輸入：127.0.0.1:8000:app01/index，他會先找到127.0.0.1:8000:app01/ 匹配上app01/之后，進入app01的urls再去匹配對應的index/路徑。

接下來我們分別給app01、app02配置兩個首頁，也就是說訪問127.0.0.1:8000:app01/，可以返回app01首頁；訪問127.0.0.1:8000:app02/，可以返回app02首頁。

重新配置app01:urls

from django.conf.urls import url
from django.contrib import admin
from app01 import views
urlpatterns = [
    # url(r'^admin/', admin.site.urls),
    url(r'^$',views.home),  # 完全匹配之后，訪問127.0.0.1:8000/app01/就可以映射到app01的views里面的home函數
]

重新配置app02:urls

from django.conf.urls import url
from django.contrib import admin
from app02 import views
urlpatterns = [
    # url(r'^admin/', admin.site.urls),
    url(r'^$',views.home),  # 完全匹配之后，訪問127.0.0.1:8000/app02/就可以映射到app02的views里面的home函數
]

配置不同的views函數

app01 app02 views函數基本一致：

# app01 
def home(request):

    return render(request, 'app01home.html')

# app02 
def home(request):

    return render(request, 'app02home.html')

配置不同的html

app01 app02 html基本一致：

# app01
<!DOCTYPE html>
<html lang="zh-CN">
<head>
    <meta charset="utf-8">
    <meta http-equiv="X-UA-Compatible" content="IE=edge">
    <meta name="viewport" content="width=device-width, initial-scale=1">
    <title>Bootstrap 101 Template</title>
    <link href="https://cdn.jsdelivr.net/npm/bootstrap@3.3.7/dist/css/bootstrap.min.css" rel="stylesheet">


</head>
<body>
<h1>app01 首頁</h1>


</body>
</html>

# app02
<!DOCTYPE html>
<html lang="zh-CN">
<head>
    <meta charset="utf-8">
    <meta http-equiv="X-UA-Compatible" content="IE=edge">
    <meta name="viewport" content="width=device-width, initial-scale=1">
    <title>Bootstrap 101 Template</title>
    <link href="https://cdn.jsdelivr.net/npm/bootstrap@3.3.7/dist/css/bootstrap.min.css" rel="stylesheet">


</head>
<body>
<h1>app02 首頁</h1>


</body>
</html>

OK 這樣你的路由就映射完畢了。

額外補充

有的時候我們瀏覽一些網站，我們會發現直接訪問網站就會返回一個首頁，這個也稱為整個項目的首頁，比如你訪問京東：

然后通過這個首頁可以各種鏈接到其他的也寫分頁的主頁。那么這個是如何實現的呢？通過我們的目錄結構我們可以得知，主項目是沒有views文件的，我們應該將整個項目的首頁邏輯放置在一個app中，這樣就可以實現了。

urllist的urls：

urlpatterns = [
    # url(r'^admin/', admin.site.urls),
    # 項目首頁 放置app01應用中
    url(r'^$', views.base),  
    # 輸入不同的url找到不同的app 分發給不同的應用的urls.py
    url(r'^app01/', include('app01.urls')),
    url(r'^app02/', include('app02.urls')),

]


'''
如果你設置的是
    url(r'', views.base),  
根據不完全匹配原則，你訪問的app01或者app02都會先匹配上整個項目的首頁，就不會映射到對應的函數中了
    
'''

app01的views函數：

def base(request):

    return render(request, 'base.html')

templates的html：

增加一個base.html頁面。

<!DOCTYPE html>
<html lang="zh-CN">
<head>
    <meta charset="utf-8">
    <meta http-equiv="X-UA-Compatible" content="IE=edge">
    <meta name="viewport" content="width=device-width, initial-scale=1">
    <title>Bootstrap 101 Template</title>
    <link href="https://cdn.jsdelivr.net/npm/bootstrap@3.3.7/dist/css/bootstrap.min.css" rel="stylesheet">


</head>
<body>
<h1>整個項目首頁</h1>
<a href="/app01/">跳轉app01首頁</a>
<a href="/app02/">跳轉app02首頁</a>

</body>
</html>

這樣你的路由分發就完事兒啦！

五、傳遞額外的參數給視圖函數（了解）

　　URLconfs 具有一個鈎子，讓你傳遞一個Python 字典作為額外的參數傳遞給視圖函數。

　　django.conf.urls.url() 函數可以接收一個可選的第三個參數，它是一個字典，表示想要傳遞給視圖函數的額外關鍵字參數。

　　例如：　

from django.conf.urls import url
from . import views

urlpatterns = [
    url(r'^blog/(?P<year>[0-9]{4})/$', views.year_archive, {'foo': 'bar'}),#注意，這就像一個命名分組一樣，你的函數里面的必須有一個形參，形參必須叫做foo才行，如果是命名分組的url，那么foo參數寫在函數的哪個位置都行，如果不是命名分組，那么都是將這個形參寫在參數的最后。
]

　　在這個例子中，對於/blog/2005/請求，Django 將調用views.year_archive(request, year='2005', foo='bar')。
　　這個技術在Syndication 框架中使用，來傳遞元數據和選項給視圖。

六、命名URL（別名）和URL的反向解析

　　你想，我們自己寫的url里面的路徑有沒有可能會更改，如果路徑更改了，那么我們前端訪問這個路徑的標簽（a標簽，form表單等等）里面的屬性值是不是也要自己手動去改啊，這樣我們拓展起來就不方便了，你想是不是？尤其是前端可能不是你寫的，那你是不是要進行部門溝通啊，想一想怎么辦？

　　在使用Django 項目時，一個常見的需求是獲得URL的最終形式，以用於嵌入到生成的內容中（視圖中和顯示給用戶的URL等）或者用於處理服務器端的導航（重定向等）。
　　人們強烈希望不要硬編碼（其實就是在標簽里面寫死了路徑，凡是寫死了的代碼就是硬編碼）這些URL（費力、不可擴展且容易產生錯誤）或者設計一種與URLconf 毫不相關的專門的URL 生成機制，因為這樣容易導致一定程度上產生過期的URL。
　　換句話講，需要的是一個DRY 機制。除了其它有點，它還允許設計的URL 可以自動更新而不用遍歷項目的源代碼來搜索並替換過期的URL。
　　獲取一個URL 最開始想到的信息是處理它視圖的標識（例如名字），查找正確的URL 的其它必要的信息有視圖參數的類型（位置參數、關鍵字參數）和值。
　　Django 提供一個辦法是讓URL 映射是URL 設計唯一的地方。你填充你的URLconf，然后可以雙向使用它：

根據用戶/瀏覽器發起的URL 請求，它調用正確的Django 視圖，並從URL 中提取它的參數需要的值。
根據Django 視圖的標識和將要傳遞給它的參數的值，獲取與之關聯的URL。

　　第一種方式是我們在前面的章節中一直討論的用法。第二種方式叫做反向解析URL、反向URL 匹配、反向URL 查詢或者簡單的URL 反查。
　　在需要URL 的地方，對於不同層級，Django 提供不同的工具用於URL 反查：

在模板中：使用url模板標簽。
在Python 代碼中：使用django.core.urlresolvers.reverse() 函數。
在更高層的與處理Django 模型實例相關的代碼中：使用get_absolute_url() 方法。

　　上面說了一大堆，你可能並沒有看懂。（那是官方文檔的生硬翻譯）。

　　咱們簡單來說就是可以給我們的URL匹配規則起個名字，一個URL匹配模式起一個名字。

　　這樣我們以后就不需要寫死URL代碼了，只需要通過名字來調用當前的URL。

　　舉個簡單的例子：

url(r'^home', views.home, name='home'),  # 給我的url匹配模式起名（別名）為 home，別名不需要改，路徑你就可以隨便改了，別的地方使用這個路徑，就用別名來搞
url(r'^index/(\d*)', views.index, name='index'),  # 給我的url匹配模式起名為index

　　這樣：

　　在模板里面可以這樣引用：

{% url 'home' %}  #模板渲染的時候，被django解析成了這個名字對應的那個url，這個過程叫做反向解析

在views函數中可以這樣引用：(后面再講這個視圖函數應用反向解析的內容，上面的是模板應用反向解析的過程)

from django.urls import reverse

reverse("index", args=("2018", ))

　　例子：
　　考慮下面的URLconf：

from django.conf.urls import url

from . import views

urlpatterns = [
    # ...
    url(r'^articles/([0-9]{4})/$', views.year_archive, name='news-year-archive'),
    # ...
]

　　根據這里的設計，某一年nnnn對應的歸檔的URL是/articles/nnnn/。

　　你可以在模板的代碼中使用下面的方法獲得它們：

<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.shortcuts import redirect

def redirect_to_year(request):
    # ...
    year = 2006
    # ...
    return redirect(reverse('news-year-archive', args=(year,))) #或者直接return redirect('news-year-archive',year) redirect內部會自動調用reverse來進行反向解析

　　如果出於某種原因決定按年歸檔文章發布的URL應該調整一下，那么你將只需要修改URLconf 中的內容。

　　在某些場景中，一個視圖是通用的，所以在URL 和視圖之間存在多對一的關系。對於這些情況，當反查URL 時，只有視圖的名字還不夠。

　　注意：

　　為了完成上面例子中的URL 反查，你將需要使用命名的URL 模式。URL 的名稱使用的字符串可以包含任何你喜歡的字符。不只限制在合法的Python 名稱。

　　當命名你的URL 模式時，請確保使用的名稱不會與其它應用中名稱沖突。如果你的URL 模式叫做comment，而另外一個應用中也有一個同樣的名稱，當你在模板中使用這個名稱的時候不能保證將插入哪個URL。

　　在URL 名稱中加上一個前綴，比如應用的名稱，將減少沖突的可能。我們建議使用myapp-comment 而不是comment。

七命名空間模式

　　這個內容，我們后面用到的時候再過來學吧，比較靠后的一個內容~~~

　　即使不同的APP使用相同的URL名稱，URL的命名空間模式也可以讓你唯一反轉命名的URL。

　　舉個例子：

　　項目的urls.py寫法：

from django.conf.urls import url,include
from django.contrib import admin

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

]

　　app01下的urls.py寫法

from django.conf.urls import url
from django.contrib import admin
from app01 import views
urlpatterns = [
    # url(r'^admin/', admin.site.urls),
    url(r'^index/', views.index,name='index'),

]

　　app02下的urls.py的寫法

from django.conf.urls import url
from django.contrib import admin
from app02 import views
# app_name = 'app02'
urlpatterns = [
    # url(r'^admin/', admin.site.urls),
    url(r'^index/', views.index,name='index'),
]

　　app01下的views.py的寫法

from django.shortcuts import render,HttpResponse,redirect
from django.urls import reverse
# Create your views here.

def index(request):
    print(reverse('index'))
    return HttpResponse('ok')

　　app02下的views.py的寫法

from django.shortcuts import render,HttpResponse,redirect
from django.urls import reverse
# Create your views here.
def index(request):

    print(reverse('index'))
    return HttpResponse('ok2')

　　你會發現，不管你是訪問app01下的index還是app02下的index，打印的結果都是/app02/index/，也就是打印的是最后一個index別名對應的url路徑。所以別名沖突了的話就需要我們的命名空間來保證別名對應的url的唯一性了。

　　project中的urls.py

from django.conf.urls import url, include
 
urlpatterns = [
    url(r'^app01/', include('app01.urls', namespace='app01')),
    url(r'^app02/', include('app02.urls', namespace='app02')),
]

　　app01中的urls.py

from django.conf.urls import url
from app01 import views
 
urlpatterns = [
    url(r'^(?P<pk>\d+)/$', views.detail, name='detail')
]

　　app02中的urls.py

from django.conf.urls import url
from app02 import views
 
urlpatterns = [
    url(r'^(?P<pk>\d+)/$', views.detail, name='detail')
]

　　現在，我的兩個app中 url名稱重復了，我反轉URL的時候就可以通過命名空間的名稱得到我當前的URL。

　　語法：

　　'命名空間名稱:URL名稱'

　　模板中使用：

{% url 'app01:detail' pk=12 pp=99 %}

　　views中的函數中使用

v = reverse('app01:detail', kwargs={'pk':11})

　　這樣即使app中URL的命名相同，我也可以反轉得到正確的URL了。

第二種寫法：就是在每個app下的urls.py文件中指定app名稱，同樣是命名空間。

from django.conf.urls import url,include
from django.contrib import admin

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

]

app01下的urls.py

from django.conf.urls import url
from django.contrib import admin
from app01 import views
app_name = 'app01'
urlpatterns = [
    # url(r'^admin/', admin.site.urls),
    url(r'^index/', views.index,name='index'),

]

app02下的urls.py

from django.conf.urls import url
from django.contrib import admin
from app02 import views
app_name = 'app02'
urlpatterns = [
    # url(r'^admin/', admin.site.urls),
    url(r'^index/', views.index,name='index'),
]

app01下的view視圖中反向解析

def index(request):
    print(reverse('app01:index'))
    return HttpResponse('ok')

app02下的view視圖中反向解析

def index(request):

    print(reverse('app02:index'))
    return HttpResponse('ok2')

第三種寫法：

項目的urls.py中的寫法：

from django.conf.urls import url,include
from django.contrib import admin

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

]

那么其他的app中的urls.py中就不需要寫app_name='應用名'了，看app01下urls.py的寫法：

from django.conf.urls import url
from django.contrib import admin
from app01 import views

urlpatterns = [
    # url(r'^admin/', admin.site.urls),
    url(r'^index/', views.index,name='index'),

]

app02下urls.py的寫法：

from django.conf.urls import url
from django.contrib import admin
from app02 import views

urlpatterns = [
    # url(r'^admin/', admin.site.urls),
    url(r'^index/', views.index,name='index'),
]

視圖的寫法：

#app01
def index(request):
    print(reverse('app01:index'))
    return HttpResponse('ok')

#app02
def index(request):
    print(reverse('app02:index'))
    return HttpResponse('ok2')

免責聲明！

本站轉載的文章為個人學習借鑒使用，本站對版權不負任何法律責任。如果侵犯了您的隱私權益，請聯系本站郵箱yoyou2525@163.com刪除。

猜您在找 Django基礎二之URL路由系統 Django之（URL）路由系統 Django之URL(路由系統)用法 python項目Django(URL路由系統) Django路由系統-URL命名&URL反向解析 Django路由系統---django重點之url傳遞一個默認參數 django——url（路由）配置 Django路由(URL) python 之 Django框架(路由系統、include、命名URL和URL反向解析、命名空間模式) Django-URL路由配置