在Python的Django框架中包装视图函数

这篇文章主要介绍了在Python的Django框架中包装视图函数的方法,即requires_login的相关方法,需要的朋友可以参考下

 

我们最终的视图技巧利用了一个高级python技术。 假设你发现自己在各个不同视图里重复了大量代码，就像 这个例子：
 

1. def my_view1(request): 
2.   if not request.user.is_authenticated(): 
3.     return HttpResponseRedirect('/accounts/login/') 
4.   # ... 
5.   return render_to_response('template1.html') 
6.  
7. def my_view2(request): 
8.   if not request.user.is_authenticated(): 
9.     return HttpResponseRedirect('/accounts/login/') 
10.   # ... 
11.   return render_to_response('template2.html') 
12.  
13. def my_view3(request): 
14.   if not request.user.is_authenticated(): 
15.     return HttpResponseRedirect('/accounts/login/') 
16.   # ... 
17.   return render_to_response('template3.html') 

这里，每一个视图开始都检查request.user是否是已经认证的，是的话，当前用户已经成功登陆站点否则就重定向/accounts/login/ (注意,虽然我们还没有讲到request.user,但是14章将要讲到它.就如你所想像的,request.user描述当前用户是登陆的还是匿名)

如果我们能够丛每个视图里移除那些 重复代，并且只在需要认证的时候指明它们，那就完美了。 我们能够通过使用一个视图包装达到目的。 花点时间来看看这个：
 

1. def requires_login(view): 
2.   def new_view(request, *args, **kwargs): 
3.     if not request.user.is_authenticated(): 
4.       return HttpResponseRedirect('/accounts/login/') 
5.     return view(request, *args, **kwargs) 
6.   return new_view 

函数requires_login,传入一个视图函数view,然后返回一个新的视图函数new_view.这个新的视图函数new_view在函数requires_login内定义 处理request.user.is_authenticated()这个验证,从而决定是否执行原来的view函数

现在,我们可以从views中去掉if not request.user.is_authenticated()验证.我们可以在URLconf中很容易的用requires_login来包装实现.
 

1. from django.conf.urls.defaults import * 
2. from mysite.views import requires_login, my_view1, my_view2, my_view3 
3.  
4. urlpatterns = patterns('', 
5.   (r'^view1/$', requires_login(my_view1)), 
6.   (r'^view2/$', requires_login(my_view2)), 
7.   (r'^view3/$', requires_login(my_view3)), 
8. ) 

优化后的代码和前面的功能一样,但是减少了代码冗余 现在我们建立了一个漂亮,通用的函数requires_login()来帮助我们修饰所有需要它来验证的视图
包含其他URLconf

如果你试图让你的代码用在多个基于Django的站点上，你应该考虑将你的URLconf以包含的方式来处理。

在任何时候，你的URLconf都可以包含其他URLconf模块。 对于根目录是基于一系列URL的站点来说，这是必要的。 例如下面的，URLconf包含了其他URLConf：
 

1. from django.conf.urls.defaults import * 
2.  
3. urlpatterns = patterns('', 
4.   (r'^weblog/', include('mysite.blog.urls')), 
5.   (r'^photos/', include('mysite.photos.urls')), 
6.   (r'^about/$', 'mysite.views.about'), 
7. ) 

admin模块有他自己的URLconf,你仅仅只需要在你自己的代码中加入include就可以了.

这里有个很重要的地方： 例子中的指向 include() 的正则表达式并 不 包含一个 $ （字符串结尾匹配符），但是包含了一个斜杆。 每当Django遇到 include() 时，它将截断匹配的URL，并把剩余的字符串发往包含的URLconf作进一步处理。

继续看这个例子，这里就是被包含的URLconf mysite.blog.urls ：
 

1. from django.conf.urls.defaults import * 
2.  
3. urlpatterns = patterns('', 
4.   (r'^(/d/d/d/d)/$', 'mysite.blog.views.year_detail'), 
5.   (r'^(/d/d/d/d)/(/d/d)/$', 'mysite.blog.views.month_detail'), 
6. ) 

通过这两个URLconf，下面是一些处理请求的例子：

•     /weblog/2007/ ：在第一个URLconf中，模式 r'^weblog/' 被匹配。 因为它是一个 include() ，Django将截掉所有匹配的文本，在这里是 'weblog/' 。URL剩余的部分是 2007/ ， 将在 mysite.blog.urls 这个URLconf的第一行中被匹配到。 URL仍存在的部分为 2007/ ,与第一行的 mysite.blog.urlsURL设置相匹配。
•     /weblog//2007/(包含两个斜杠) 在第一个URLconf中,r'^weblog/'匹配 因为它有一个include(),django去掉了匹配的部,在这个例子中匹配的部分是'weblog/' 剩下的部分是/2007/ (最前面有一个斜杠),不匹配mysite.blog.urls中的任何一行.
•     /about/ : 这个匹配第一个URLconf中的 mysite.views.about 视图。