Python的Django框架中從url中捕捉文本的方法

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

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

當你在寫視圖代碼時記住這點很重要，許多Python內(nèi)建的方法對于接受的對象的類型很講究。 許多內(nèi)置Python函數(shù)是挑剔的（這是理所當然的）只接受特定類型的對象。 一個典型的的錯誤就是用字符串值而不是整數(shù)值來創(chuàng)建 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() 應(yīng)該這樣寫才是正確的：

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

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

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

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

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

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