(r'^articles/(?Pd{4})/$', views.year_archive),

盡管 d{4} 將只匹配整數的字符串，但是參數 year 是作為字符串傳至 views.year_archive() 的，而不是整型。

當你在寫視圖代碼時記住這點很重要，許多Python內建的方法對于接受的對象的類型很講究。 許多內置Python函數是挑剔的（這是理所當然的）只接受特定類型的對象。 一個典型的的錯誤就是用字符串值而不是整數值來創建 datetime.date 對象：

>>> import datetime
>>> datetime.date('1993', '7', '9')
Traceback (most recent call last):
 ...
TypeError: an integer is required
>>> datetime.date(1993, 7, 9)
datetime.date(1993, 7, 9)

回到URLconf和視圖處，錯誤看起來很可能是這樣：

# urls.py

from django.conf.urls.defaults import *
from mysite import views

urlpatterns = patterns('',
 (r'^articles/(d{4})/(d{2})/(d{2})/$', views.day_archive),
)

# views.py

import datetime

def day_archive(request, year, month, day):
 # The following statement raises a TypeError!
 date = datetime.date(year, month, day)

因此， day_archive() 應該這樣寫才是正確的：

def day_archive(request, year, month, day):
 date = datetime.date(int(year), int(month), int(day))

注意，當你傳遞了一個并不完全包含數字的字符串時， int() 會拋出 ValueError 的異常，不過我們已經避免了這個錯誤，因為在URLconf的正則表達式中已經確保只有包含數字的字符串才會傳到這個視圖函數中。
決定URLconf搜索的東西

當一個請求進來時，Django試著將請求的URL作為一個普通Python字符串進行URLconf模式匹配（而不是作為一個Unicode字符串）。 這并不包括 GET 或 POST 參數或域名。 它也不包括第一個斜杠，因為每個URL必定有一個斜杠。

例如，在向 http://www.example.com/myapp/ 的請求中，Django將試著去匹配 myapp/ 。在向 http://www.example.com/myapp/?page=3 的請求中，Django同樣會去匹配 myapp/ 。

在解析URLconf時，請求方法（例如， POST ， GET ， HEAD ）并 不會 被考慮。 換而言之，對于相同的URL的所有請求方法將被導向到相同的函數中。 因此根據請求方法來處理分支是視圖函數的責任。

聲明：本網頁內容旨在傳播知識，若有侵權等問題請及時與本網聯系，我們將在第一時間刪除處理。TEL:177 7030 7066 E-MAIL:11247931@qq.com