Django中URL視圖函數(shù)的一些高級(jí)概念介紹

2020-01-04 18:01:52

字體：大中小

供稿：網(wǎng)友

這篇文章主要介紹了Django中URL視圖函數(shù)的一些高級(jí)概念,Django是Python重多人氣框架中最為著名的一個(gè),需要的朋友可以參考下
說到關(guān)于請(qǐng)求方法的分支，讓我們來看一下可以用什么好的方法來實(shí)現(xiàn)它。考慮這個(gè) URLconf/view 設(shè)計(jì):

# urls.py

from django.conf.urls.defaults import *

from mysite import views

urlpatterns = patterns('',

  # ...

  (r'^somepage/$', views.some_page),

  # ...

)

# views.py

from django.http import Http404, HttpResponseRedirect

from django.shortcuts import render_to_response

def some_page(request):

  if request.method == 'POST':

    do_something_for_post()

    return HttpResponseRedirect('/someurl/')

  elif request.method == 'GET':

    do_something_for_get()

    return render_to_response('page.html')

  else:

    raise Http404()

在這個(gè)示例中，`` some_page()`` 視圖函數(shù)對(duì)`` POST`` 和`` GET`` 這兩種請(qǐng)求方法的處理完全不同。它們唯一的共同點(diǎn)是共享一個(gè)URL地址： `` /somepage/.``正如大家所看到的，在同一個(gè)視圖函數(shù)中對(duì)`` POST`` 和`` GET`` 進(jìn)行處理是一種很初級(jí)也很粗糙的做法。一個(gè)比較好的設(shè)計(jì)習(xí)慣應(yīng)該是，用兩個(gè)分開的視圖函數(shù)——一個(gè)處理`` POST`` 請(qǐng)求，另一個(gè)處理`` GET`` 請(qǐng)求，然后在相應(yīng)的地方分別進(jìn)行調(diào)用。
我們可以像這樣做：先寫一個(gè)視圖函數(shù)然后由它來具體分派其它的視圖，在之前或之后可以執(zhí)行一些我們自定的程序邏輯。下邊的示例展示了這個(gè)技術(shù)是如何幫我們改進(jìn)前邊那個(gè)簡(jiǎn)單的`` some_page()`` 視圖的：

# views.py

from django.http import Http404, HttpResponseRedirect

from django.shortcuts import render_to_response

def method_splitter(request, GET=None, POST=None):

  if request.method == 'GET' and GET is not None:

    return GET(request)

  elif request.method == 'POST' and POST is not None:

    return POST(request)

  raise Http404

def some_page_get(request):

  assert request.method == 'GET'

  do_something_for_get()

  return render_to_response('page.html')

def some_page_post(request):

  assert request.method == 'POST'

  do_something_for_post()

  return HttpResponseRedirect('/someurl/')

# urls.py

from django.conf.urls.defaults import *

from mysite import views

urlpatterns = patterns('',

  # ...

  (r'^somepage/$', views.method_splitter, {'GET': views.some_page_get, 'POST': views.some_page_post}),

  # ...

)

讓我們從頭看一下代碼是如何工作的：
    我們寫了一個(gè)新的視圖，`` method_splitter()`` ，它根據(jù)`` request.method`` 返回的值來調(diào)用相應(yīng)的視圖?？梢钥吹剿鼛в袃蓚€(gè)關(guān)鍵參數(shù)，`` GET`` 和`` POST`` ，也許應(yīng)該是* 視圖函數(shù)* 。如果`` request.method`` 返回`` GET`` ，那它就會(huì)自動(dòng)調(diào)用`` GET`` 視圖。如果`` request.method`` 返回的是`` POST`` ，那它調(diào)用的就是`` POST`` 視圖。如果`` request.method`` 返回的是其它值（如：`` HEAD`` ），或者是沒有把`` GET`` 或`` POST`` 提交給此函數(shù)，那它就會(huì)拋出一個(gè)`` Http404`` 錯(cuò)誤。
    在URLconf中，我們把`` /somepage/`` 指到`` method_splitter()`` 函數(shù)，并把視圖函數(shù)額外需要用到的`` GET`` 和`` POST`` 參數(shù)傳遞給它。
    最終，我們把`` some_page()`` 視圖分解到兩個(gè)視圖函數(shù)中`` some_page_get()`` 和`` some_page_post()`` 。這比把所有邏輯都擠到一個(gè)單一視圖的做法要優(yōu)雅得多。
    注意，在技術(shù)上這些視圖函數(shù)就不用再去檢查`` request.method`` 了，因?yàn)閌` method_splitter()`` 已經(jīng)替它們做了。（比如，`` some_page_post()`` 被調(diào)用的時(shí)候，我們可以確信`` request.method`` 返回的值是`` post`` 。）當(dāng)然，這樣做不止更安全也能更好的將代碼文檔化，這里我們做了一個(gè)假定，就是`` request.method`` 能象我們所期望的那樣工作。
現(xiàn)在我們就擁有了一個(gè)不錯(cuò)的，可以通用的視圖函數(shù)了，里邊封裝著由`` request.method`` 的返回值來分派不同的視圖的程序。關(guān)于`` method_splitter()`` 就不說什么了，當(dāng)然，我們可以把它們重用到其它項(xiàng)目中。
然而，當(dāng)我們做到這一步時(shí)，我們?nèi)匀豢梢愿倪M(jìn)`` method_splitter`` 。從代碼我們可以看到，它假設(shè)`` Get`` 和`` POST`` 視圖除了`` request`` 之外不需要任何其他的參數(shù)。那么，假如我們想要使用`` method_splitter`` 與那種會(huì)從URL里捕捉字符，或者會(huì)接收一些可選參數(shù)的視圖一起工作時(shí)該怎么辦呢？
為了實(shí)現(xiàn)這個(gè)，我們可以使用Python中一個(gè)優(yōu)雅的特性帶星號(hào)的可變參數(shù) 我們先展示這些例子，接著再進(jìn)行解釋

def method_splitter(request, *args, **kwargs):

  get_view = kwargs.pop('GET', None)

  post_view = kwargs.pop('POST', None)

  if request.method == 'GET' and get_view is not None:

    return get_view(request, *args, **kwargs)

  elif request.method == 'POST' and post_view is not None:

    return post_view(request, *args, **kwargs)

  raise Http404

這里,我們重構(gòu)method_splitter(),去掉了GET和POST兩個(gè)關(guān)鍵字參數(shù),改而支持使用*args和和**kwargs(注意*號(hào)) 這是一個(gè)Python特性，允許函數(shù)接受動(dòng)態(tài)的、可變數(shù)量的、參數(shù)名只在運(yùn)行時(shí)可知的參數(shù)。如果你在函數(shù)定義時(shí),只在參數(shù)前面加一個(gè)*號(hào),所有傳遞給函數(shù)的參數(shù)將會(huì)保存為一個(gè)元組. 如果你在函數(shù)定義時(shí),在參數(shù)前面加兩個(gè)*號(hào),所有傳遞給函數(shù)的關(guān)鍵字參數(shù),將會(huì)保存為一個(gè)字典
例如，對(duì)于這個(gè)函數(shù)

def foo(*args, **kwargs):

  print "Positional arguments are:"

  print args

  print "Keyword arguments are:"

  print kwargs

看一下它是怎么工作的

>>> foo(1, 2, 3)

Positional arguments are:

(1, 2, 3)

Keyword arguments are:

{}

>>> foo(1, 2, name='Adrian', framework='Django')

Positional arguments are:

(1, 2)

Keyword arguments are:

{'framework': 'Django', 'name': 'Adrian'}

回過頭來看，你能發(fā)現(xiàn)我們用method_splitter()和*args接受**kwargs函數(shù)參數(shù)并把它們傳遞到正確的視圖。any 但是在我們這樣做之前，我們要調(diào)用兩次獲得參數(shù)kwargs.pop()GETPOST，如果它們合法的話。 (我們通過指定pop的缺省值為None,來避免由于一個(gè)或者多個(gè)關(guān)鍵字缺失帶來的KeyError)

上一篇：在Python的Django框架中包裝視圖函數(shù)

下一篇：Python的Django框架中從url中捕捉文本的方法