【05】Django框架：视图

1.URLconf

　　①在settings.py文件中通过ROOT_URLCONF指定根级url的配置。
　　②urlpatterns是一个url()实例的列表。
　　③一个url()对象包括：正则表达式，视图函数，名称name。
　　④编写URLconf的注意：
　　　　若要从url中捕获一个值，需要在它周围设置一对圆括号。
　　　　不需要添加一个前导的反斜杠，如应该写作'test/'，而不应该写作'/test/'。
　　　　每个正则表达式前面的r表示字符串不转义。
　　⑤请求的url被看做是一个普通的python字符串，进行匹配时不包括get或post请求的参数及域名。

http://www.baidu.com/python/1/?i=1&p=new  # 只匹配“/python/1/”部分

　　⑥正则表达式非命名组，通过位置参数传递给视图。

url(r'^([0-9]+)/$', views.detail, name='detail')

　　⑦正则表达式命名组，通过关键字参数传递给视图，本例中关键字参数为id。

url(r'^(?P<id>[0-9]+)/$', views.detail, name='detail')

　　参数匹配规则：优先使用命名参数，如果没有命名参数则使用位置参数。
　　每个捕获的参数都作为一个普通的python字符串传递给视图。
　　性能：urlpatterns中的每个正则表达式在第一次访问它们时被编译，这使得系统相当快。

2.包含其它的URLconfs

　　①在应用中创建urls.py文件，定义本应用中的urlconf，再在项目的settings中使用include()。

from django.conf.urls import include, url

urlpatterns = [
    url(r'^', include('blog.urls', namespace='blog')),
]

　　②匹配过程：先与主URLconf匹配，成功后再用剩余的部分与应用中的URLconf匹配。
　　③使用include可以去除urlconf的冗余。
　　④参数：视图会收到来自父URLconf、当前URLconf捕获的所有参数。
　　⑤在include中通过namespace定义命名空间，用于反解析。

3.URL的反向解析

　　如果在视图、模板中使用硬编码的链接，在urlconf发生改变时，维护是一件非常麻烦的事情。
　　解决：在做链接时，通过指向urlconf的名称，动态生成链接地址。
　　视图：使用django.core.urlresolvers.reverse()函数。
　　模板：使用url模板标签。

4.错误视图

　　Django原生自带几个默认视图用于处理HTTP错误。
　　1) 404 (page not found) 视图

defaults.page_not_found(request, template_name='404.html')

　　①默认的404视图将传递一个变量给模板：request_path，它是导致错误的URL。
　　②如果Django在检测URLconf中的每个正则表达式后没有找到匹配的内容也将调用404视图。
　　③如果在settings中DEBUG设置为True，那么将永远不会调用404视图，而是显示URLconf 并带有一些调试信息。
　　④在templates中创建404.html。
　　⑤在settings.py中修改调试。

DEBUG = False
ALLOWED_HOSTS = ['*', ]

　　请求一个不存在的地址。
　　2) 500 (server error) 视图

defaults.server_error(request, template_name='500.html')

　　①在视图代码中出现运行时错误。
　　②默认的500视图不会传递变量给500.html模板。
　　③如果在settings中DEBUG设置为True，那么将永远不会调用505视图，而是显示URLconf 并带有一些调试信息。
　　3) 400 (bad request) 视图

defaults.bad_request(request, template_name='400.html')

　　①错误来自客户端的操作。
　　②当用户进行的操作在安全方面可疑的时候，例如篡改会话cookie。