Django 高级视图和URL配置

6)sell(item='Socks', quantity=6, price='$2.50')sell(price='$2.50', item='Socks', quantity=6)sell(price='$2.50', quantity=6, item='Socks')sell(quantity=6, item='Socks', price='$2.50')sell(quantity=6, price='$2.50', item='Socks')最后，你可以混合关键字和位置参数，只要所有的位置参数列在关键字参数之前。 下面的语句与前面的例子是等价:sell('Socks', '$2.50', quantity=6)sell('Socks', price='$2.50', quantity=6)sell('Socks', quantity=6, price='$2.50')在 Python 正则表达式中，命名的正则表达式组的语法是 (?Ppattern) ，这里 name 是组的名字，而pattern 是匹配的某个模式。下面是一个使用无名组的 URLconf 的例子:from django.conf.urls.defaults import *from mysite import viewsurlpatterns = patterns('', (r'^articles/(\d{4})/$', views.year_archive), (r'^articles/(\d{4})/(\d{2})/$', views.month_archive),)下面是相同的 URLconf，使用命名组进行了重写:from django.conf.urls.defaults import *from mysite import viewsurlpatterns = patterns('', (r'^articles/(?P<year>\d{4})/$', views.year_archive), (r'^articles/(?P<year>\d{4})/(?P<month>\d{2})/$', views.month_archive),)这段代码和前面的功能完全一样，只有一个细微的差别： 取的值是以关键字参数的方式而不是以位置参数的方式传递给视图函数的。例如，如果不带命名组，请求 /articles/2006/03/ 将会等同于这样的函数调用：month_archive(request, '2006', '03')而带命名组，同样的请求就会变成这样的函数调用：month_archive(request, year='2006', month='03')使用命名组可以让你的URLconfs更加清晰，减少搞混参数次序的潜在BUG，还可以让你在函数定义中对参数重新排序。 接着上面这个例子，如果我们想修改URL把月份放到 年份的 前面 ，而不使用命名组的话，我们就不得不去修改视图 month_archive 的参数次序。 如果我们使用命名组的话，修改URL里提取参数的次序对视图没有影响。当然，命名组的代价就是失去了简洁性： 一些开发者觉得命名组的语法丑陋和显得冗余。 命名组的另一个好处就是可读性强。理解匹配/分组算法需要注意的是如果在URLconf中使用命名组，那么命名组和非命名组是不能同时存在于同一个URLconf的模式中的。 如果你这样做，Django不会抛出任何错误，但你可能会发现你的URL并没有像你预想的那样匹配正确。 具体地，以下是URLconf解释器有关正则表达式中命名组和 非命名组所遵循的算法:如果有任何命名的组，Django会忽略非命名组而直接使用命名组。否则，Django会把所有非命名组以位置参数的形式传递。在以上的两种情况，Django同时会以关键字参数的方式传递一些额外参数。 更具体的信息可参考下一节。传递额外的参数到视图函数中有时你会发现你写的视图函数是十分类似的，只有一点点的不同。 比如说，你有两个视图，它们的内容是一致的，除了它们所用的模板不太一样：# urls.pyfrom django.conf.urls.defaults import *from mysite import viewsurlpatterns = patterns('', (r'^foo/$', views.foo_view), (r'^bar/$', views.bar_view),)# views.pyfrom django.shortcuts import render_to_responsefrom mysite.models import MyModeldef foo_view(request): m_list = MyModel.objects.filter(is_new=True) return render_to_response('template1.html', {'m_list': m_list})def bar_view(request): m_list = MyModel.objects.filter(is_new=True) return render_to_response('template2.html', {'m_list': m_list})我们在这代码里面做了重复的工作，不够简练。 起初你可能会想，通过对两个URL都使用同样的视图，在URL中使用括号捕捉请求，然后在视图中检查并决定使用哪个模板来去除代码的冗余，就像这样：# urls.pyfrom django.conf.urls.defaults import *from mysite import viewsurlpatterns = patterns('', (r'^(foo)/$', views.foobar_view), (r'^(bar)/$', views.foobar_view),)# views.pyfrom django.shortcuts import render_to_responsefrom mysite.models import MyModeldef foobar_view(request, url): m_list = MyModel.objects.filter(is_new=True) if url == 'foo': template_name = 'template1.html' elif url == 'bar': template_name = 'template2.html' return render_to_response(template_name, {'m_list': m_list})这种解决方案的问题还是老缺点，就是把你的URL耦合进你的代码里面了。 如果你打算把 /foo/ 改成 /fooey/的话，那么你就得记住要去改变视图里面的代码。对一个可选URL配置参数的优雅解决方法： URLconf里面的每一个模式都可以包含第三个数据： 一个关键字参数的字典：有了这个概念以后，我们就可以把我们现在的例子改写成这样：# urls.pyfrom django.conf.urls.defaults import *from mysite import viewsurlpatterns = patterns('', (r'^foo/$', views.foobar_view, {'template_name': 'template1.html'}), (r'^bar/$', views.foobar_view, {'template_name': 'template2.html'}),)# views.pyfrom django.shortcuts import render_to_responsefrom mysite.models import MyModeldef foobar_view(request, template_name): m_list = MyModel.objects.filter(is_new=True) return render_to_response(template_name, {'m_list': m_list})如你所见，这个例子中，URLconf指定了 template_name 。 而视图函数会把它当成另一个参数。这种使用额外的URLconf参数的技术以最小的代价给你提供了向视图函数传递额外信息的一个好方法。 正因如此，这技术已被很多Django的捆绑应用使用，其中以我们将在第11章讨论的通用视图系统最为明显。下面的几节里面有一些关于你可以怎样把额外URLconf参数技术应用到你自己的工程的建议。伪造捕捉到的URLconf值比如说你有匹配某个模式的一堆视图，以及一个并不匹配这个模式但视图逻辑是一样的URL。 这种情况下，你可以通过向同一个视图传递额外URLconf参数来伪造URL值的捕捉。例如，你可能有一个显示某一个特定日子的某些数据的应用，URL类似这样的：/mydata/jan/01//mydata/jan/02//mydata/jan/03/# .../mydata/dec/30//mydata/dec/31/这太简