Django中的urls和視圖views怎么實現(xiàn)-創(chuàng)新互聯(lián)

創(chuàng)新互聯(lián)www.cdcxhl.cn八線動態(tài)BGP香港云服務(wù)器提供商，新人活動買多久送多久，劃算不套路！

創(chuàng)新互聯(lián)云計算的互聯(lián)網(wǎng)服務(wù)提供商,擁有超過13年的服務(wù)器租用、西部信息服務(wù)器托管、云服務(wù)器、虛擬主機、網(wǎng)站系統(tǒng)開發(fā)經(jīng)驗，已先后獲得國家工業(yè)和信息化部頒發(fā)的互聯(lián)網(wǎng)數(shù)據(jù)中心業(yè)務(wù)許可證。專業(yè)提供云主機、虛擬主機、申請域名、VPS主機、云服務(wù)器、香港云服務(wù)器、免備案服務(wù)器等。

本篇文章給大家分享的是有關(guān)Django中的urls和視圖views怎么實現(xiàn)，小編覺得挺實用的，因此分享給大家學(xué)習(xí)，希望大家閱讀完這篇文章后可以有所收獲，話不多說，跟著小編一起來看看吧。

說到關(guān)于請求方法的分支，讓我們來看一下可以用什么好的方法來實現(xiàn)它。考慮這個 URLconf/view 設(shè)計:

# 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()

在這個示例中，`` some_page()`` 視圖函數(shù)對`` POST`` 和`` GET`` 這兩種請求方法的處理完全不同。它們唯一的共同點是共享一個URL地址： `` /somepage/.``正如大家所看到的，在同一個視圖函數(shù)中對`` POST`` 和`` GET`` 進行處理是一種很初級也很粗糙的做法。一個比較好的設(shè)計習(xí)慣應(yīng)該是，用兩個分開的視圖函數(shù)——一個處理`` POST`` 請求，另一個處理`` GET`` 請求，然后在相應(yīng)的地方分別進行調(diào)用。

我們可以像這樣做：先寫一個視圖函數(shù)然后由它來具體分派其它的視圖，在之前或之后可以執(zhí)行一些我們自定的程序邏輯。下邊的示例展示了這個技術(shù)是如何幫我們改進前邊那個簡單的`` 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}),
  # ...
)

讓我們從頭看一下代碼是如何工作的：

我們寫了一個新的視圖，`` method_splitter()`` ，它根據(jù)`` request.method`` 返回的值來調(diào)用相應(yīng)的視圖。可以看到它帶有兩個關(guān)鍵參數(shù)，`` GET`` 和`` POST`` ，也許應(yīng)該是* 視圖函數(shù)* 。如果`` request.method`` 返回`` GET`` ，那它就會自動調(diào)用`` GET`` 視圖。如果`` request.method`` 返回的是`` POST`` ，那它調(diào)用的就是`` POST`` 視圖。如果`` request.method`` 返回的是其它值（如：`` HEAD`` ），或者是沒有把`` GET`` 或`` POST`` 提交給此函數(shù)，那它就會拋出一個`` Http404`` 錯誤。

在URLconf中，我們把`` /somepage/`` 指到`` method_splitter()`` 函數(shù)，并把視圖函數(shù)額外需要用到的`` GET`` 和`` POST`` 參數(shù)傳遞給它。

最終，我們把`` some_page()`` 視圖分解到兩個視圖函數(shù)中`` some_page_get()`` 和`` some_page_post()`` 。這比把所有邏輯都擠到一個單一視圖的做法要優(yōu)雅得多。

注意，在技術(shù)上這些視圖函數(shù)就不用再去檢查`` request.method`` 了，因為`` method_splitter()`` 已經(jīng)替它們做了。（比如，`` some_page_post()`` 被調(diào)用的時候，我們可以確信`` request.method`` 返回的值是`` post`` 。）當(dāng)然，這樣做不止更安全也能更好的將代碼文檔化，這里我們做了一個假定，就是`` request.method`` 能象我們所期望的那樣工作。

現(xiàn)在我們就擁有了一個不錯的，可以通用的視圖函數(shù)了，里邊封裝著由`` request.method`` 的返回值來分派不同的視圖的程序。關(guān)于`` method_splitter()`` 就不說什么了，當(dāng)然，我們可以把它們重用到其它項目中。

然而，當(dāng)我們做到這一步時，我們?nèi)匀豢梢愿倪M`` method_splitter`` 。從代碼我們可以看到，它假設(shè)`` Get`` 和`` POST`` 視圖除了`` request`` 之外不需要任何其他的參數(shù)。那么，假如我們想要使用`` method_splitter`` 與那種會從URL里捕捉字符，或者會接收一些可選參數(shù)的視圖一起工作時該怎么辦呢？

為了實現(xiàn)這個，我們可以使用Python中一個優(yōu)雅的特性帶星號的可變參數(shù) 我們先展示這些例子，接著再進行解釋

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兩個關(guān)鍵字參數(shù),改而支持使用*args和和**kwargs(注意*號) 這是一個Python特性，允許函數(shù)接受動態(tài)的、可變數(shù)量的、參數(shù)名只在運行時可知的參數(shù)。如果你在函數(shù)定義時,只在參數(shù)前面加一個*號,所有傳遞給函數(shù)的參數(shù)將會保存為一個元組. 如果你在函數(shù)定義時,在參數(shù)前面加兩個*號,所有傳遞給函數(shù)的關(guān)鍵字參數(shù),將會保存為一個字典

例如，對于這個函數(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,來避免由于一個或者多個關(guān)鍵字缺失帶來的KeyError)

以上就是Django中的urls和視圖views怎么實現(xiàn)，小編相信有部分知識點可能是我們?nèi)粘９ぷ鲿姷交蛴玫降?。希望你能通過這篇文章學(xué)到更多知識。更多詳情敬請關(guān)注創(chuàng)新互聯(lián)-成都網(wǎng)站建設(shè)公司行業(yè)資訊頻道。

網(wǎng)頁題目：Django中的urls和視圖views怎么實現(xiàn)-創(chuàng)新互聯(lián)
網(wǎng)頁網(wǎng)址：http://bm7419.com/article20/gigjo.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供網(wǎng)站收錄、響應(yīng)式網(wǎng)站、定制開發(fā)、Google、關(guān)鍵詞優(yōu)化、網(wǎng)站排名

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源：創(chuàng)新互聯(lián)

猜你還喜歡下面的內(nèi)容