首页 > 编程 > Python > 正文

Django中URL视图函数的一些高级概念介绍

2020-01-04 18:01:52
字体:
来源:转载
供稿:网友
这篇文章主要介绍了Django中URL视图函数的一些高级概念,Django是Python重多人气框架中最为著名的一个,需要的朋友可以参考下
说到关于请求方法的分支,让我们来看一下可以用什么好的方法来实现它。 考虑这个 URLconf/view 设计:
 
  1. # urls.py 
  2.  
  3. from django.conf.urls.defaults import * 
  4. from mysite import views 
  5.  
  6. urlpatterns = patterns(''
  7.   # ... 
  8.   (r'^somepage/$', views.some_page), 
  9.   # ... 
  10.  
  11. # views.py 
  12.  
  13. from django.http import Http404, HttpResponseRedirect 
  14. from django.shortcuts import render_to_response 
  15.  
  16. def some_page(request): 
  17.   if request.method == 'POST'
  18.     do_something_for_post() 
  19.     return HttpResponseRedirect('/someurl/'
  20.   elif request.method == 'GET'
  21.     do_something_for_get() 
  22.     return render_to_response('page.html'
  23.   else
  24.     raise Http404() 


在这个示例中,`` some_page()`` 视图函数对`` POST`` 和`` GET`` 这两种请求方法的处理完全不同。 它们唯一的共同点是共享一个URL地址: `` /somepage/.``正如大家所看到的,在同一个视图函数中对`` POST`` 和`` GET`` 进行处理是一种很初级也很粗糙的做法。 一个比较好的设计习惯应该是,用两个分开的视图函数——一个处理`` POST`` 请求,另一个处理`` GET`` 请求,然后在相应的地方分别进行调用。
我们可以像这样做:先写一个视图函数然后由它来具体分派其它的视图,在之前或之后可以执行一些我们自定的程序逻辑。 下边的示例展示了这个技术是如何帮我们改进前边那个简单的`` some_page()`` 视图的:
 
  1. # views.py 
  2.  
  3. from django.http import Http404, HttpResponseRedirect 
  4. from django.shortcuts import render_to_response 
  5.  
  6. def method_splitter(request, GET=None, POST=None): 
  7.   if request.method == 'GET' and GET is not None: 
  8.     return GET(request) 
  9.   elif request.method == 'POST' and POST is not None: 
  10.     return POST(request) 
  11.   raise Http404 
  12.  
  13. def some_page_get(request): 
  14.   assert request.method == 'GET' 
  15.   do_something_for_get() 
  16.   return render_to_response('page.html'
  17.  
  18. def some_page_post(request): 
  19.   assert request.method == 'POST' 
  20.   do_something_for_post() 
  21.   return HttpResponseRedirect('/someurl/'
  22.  
  23. # urls.py 
  24.  
  25. from django.conf.urls.defaults import * 
  26. from mysite import views 
  27.  
  28. urlpatterns = patterns(''
  29.   # ... 
  30.   (r'^somepage/$', views.method_splitter, {'GET': views.some_page_get, 'POST': views.some_page_post}), 
  31.   # ... 

让我们从头看一下代码是如何工作的:
    我们写了一个新的视图,`` method_splitter()`` ,它根据`` request.method`` 返回的值来调用相应的视图。可以看到它带有两个关键参数,`` GET`` 和`` POST`` ,也许应该是* 视图函数* 。如果`` request.method`` 返回`` GET`` ,那它就会自动调用`` GET`` 视图。 如果`` request.method`` 返回的是`` POST`` ,那它调用的就是`` POST`` 视图。 如果`` request.method`` 返回的是其它值(如:`` HEAD`` ),或者是没有把`` GET`` 或`` POST`` 提交给此函数,那它就会抛出一个`` Http404`` 错误。
    在URLconf中,我们把`` /somepage/`` 指到`` method_splitter()`` 函数,并把视图函数额外需要用到的`` GET`` 和`` POST`` 参数传递给它。
    最终,我们把`` some_page()`` 视图分解到两个视图函数中`` some_page_get()`` 和`` some_page_post()`` 。这比把所有逻辑都挤到一个单一视图的做法要优雅得多。
    注意,在技术上这些视图函数就不用再去检查`` request.method`` 了,因为`` method_splitter()`` 已经替它们做了。 (比如,`` some_page_post()`` 被调用的时候,我们可以确信`` request.method`` 返回的值是`` post`` 。)当然,这样做不止更安全也能更好的将代码文档化,这里我们做了一个假定,就是`` request.method`` 能象我们所期望的那样工作。
现在我们就拥有了一个不错的,可以通用的视图函数了,里边封装着由`` request.method`` 的返回值来分派不同的视图的程序。关于`` method_splitter()`` 就不说什么了,当然,我们可以把它们重用到其它项目中。
然而,当我们做到这一步时,我们仍然可以改进`` method_splitter`` 。从代码我们可以看到,它假设`` Get`` 和`` POST`` 视图除了`` request`` 之外不需要任何其他的参数。那么,假如我们想要使用`` method_splitter`` 与那种会从URL里捕捉字符,或者会接收一些可选参数的视图一起工作时该怎么办呢?
为了实现这个,我们可以使用Python中一个优雅的特性 带星号的可变参数 我们先展示这些例子,接着再进行解释
 
  1. def method_splitter(request, *args, **kwargs): 
  2.   get_view = kwargs.pop('GET', None) 
  3.   post_view = kwargs.pop('POST', None) 
  4.   if request.method == 'GET' and get_view is not None: 
  5.     return get_view(request, *args, **kwargs) 
  6.   elif request.method == 'POST' and post_view is not None: 
  7.     return post_view(request, *args, **kwargs) 
  8.   raise Http404 

这里,我们重构method_splitter(),去掉了GET和POST两个关键字参数,改而支持使用*args和和**kwargs(注意*号) 这是一个Python特性,允许函数接受动态的、可变数量的、参数名只在运行时可知的参数。 如果你在函数定义时,只在参数前面加一个*号,所有传递给函数的参数将会保存为一个元组. 如果你在函数定义时,在参数前面加两个*号,所有传递给函数的关键字参数,将会保存为一个字典
例如,对于这个函数
 
  1. def foo(*args, **kwargs): 
  2.   print "Positional arguments are:" 
  3.   print args 
  4.   print "Keyword arguments are:" 
  5.   print kwargs 


看一下它是怎么工作的
 
  1. >>> foo(1, 2, 3) 
  2. Positional arguments are: 
  3. (1, 2, 3) 
  4. Keyword arguments are: 
  5. {} 
  6. >>> foo(1, 2, name='Adrian', framework='Django'
  7. Positional arguments are: 
  8. (1, 2) 
  9. Keyword arguments are: 
  10. {'framework''Django''name''Adrian'


回过头来看,你能发现我们用method_splitter()和*args接受**kwargs函数参数并把它们传递到正确的视图。any 但是在我们这样做之前,我们要调用两次获得参数kwargs.pop()GETPOST,如果它们合法的话。 (我们通过指定pop的缺省值为None,来避免由于一个或者多个关键字缺失带来的KeyError)
发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表