3.10 添加视图
现在网站的后台管理模块已经可以工作了，还缺少前台页面。投票系统需要以下几个页面：
问题索引页——展示最近的几个投票问题。
问题详情页——展示某个投票的问题和不带结果的选项列表。
问题结果页——展示某个投票的结果。
投票处理器——用于响应用户为某个问题的特定选项投票的操作。
在Django中每一个页面或者其他内容都是通过视图呈现出来的，每一个视图就是一个Python函数或者类方法，Django中的视图是“一类具有相同功能和模板的网页的集合”。Django通过URL确定调用哪一个视图，Django的URL相较于早期网站的URL更加简洁优雅。
Django通过URLconfs将URL模式字符串与视图关联起来，URL模式字符串就是一个URL的一般形式，如/newsarchive/<year>/<month>/。
在polls/views.py文件中添加以下视图：
修改polls.urls文件，添加以下URL映射：
好了，重启Web服务器，在浏览器中访问http://127.0.0.1:8000/polls/24/，如下图所示。
继续访问http://127.0.0.1:8000/polls/24/results/和http://127.0.0.1:8000/polls/24/vote/，同样能够正常显示视图内容，如下面两幅图所示。
之所以Django能够正常调用解析URL，是因为在settings.py中设置了ROOT_URLCONF = 'mysite.urls'。当用户访问的URL包含polls/时，Django会根据mysite.urls中的设置，跳转到polls.urls并进行验证，直到找到第一个匹配的URL为止。
以上视图中参数question_id的值来自于<int:question_id>。<int:question_id>用于匹配URL中的值，并将捕捉到的值作为关键字参数传递给视图，其中:question_id对应视图的参数，int:决定了URL中的哪类值符合匹配条件。
3.10.1 扩展视图
每一个视图都应该负责一个具体的业务逻辑，视图执行结束会返回一个包含页面内容的HttpResponse对象或者异常信息。
下面修改index视图使它返回最新的5条调查问卷。
代码Question.objects.order_by('-pub_date')是Django的数据库API语法，用于从数据库中查找数据，在介绍模型时将进行详细讲解。
访问index页面以查看显示情况，如下图所示。
此时调查问卷已经显示到网页上，但是可以发现在index视图中使用了硬编码，如果想要修改网页显示样式就需要重新编写Python代码。对此Django提供了一套模板系统（templates），可以将业务逻辑与页面显示样式分离开。下面来看看如何使用模板系统。
首先在polls文件夹下创建一个新文件夹templates，为了目录结构清晰，在templates文件夹下再创建一个polls文件夹，最后在polls下创建一个index.html文件。这个index.html就是即将应用于index视图的模板。
在settings.py中有一个关于模板的配置项：TEMPLATES。Django就是根据这个配置查找并解析模板的，具体工作原理会在第5章进行讲解。
将下面代码写入模板文件index.html：
接下来修改index视图：
新视图会从模板文件夹下加载模板文件并将一个字典对象传入视图。
重启Web服务器，刷新index页面，效果如下图所示。
上面代码的工作原理是先使用loader方法加载模板文件并向它传递一个上下文对象（context），然后使用HttpResponse方法初始化一个HttpResponse对象并返回给浏览器。由于很多Django视图都是这样工作的，因此Django提供了一个简写函数：render()。下面使用render函数重写index视图：
此时重新访问index页面时可以发现效果与之前一样，但是不再需要loader和HttpResponse方法。
3.10.2 处理404错误
404错误是一个比较常见的网页访问错误，当被访问的URL资源不存在时就会抛出这类错误。下面修改detail视图使其在无法查找到问卷的时候抛出404错误。
按照前面步骤在polls文件夹下创建一个detail.html文件作为detail视图的模板文件，模板内容暂时用{{ question }}表示。
此时重启Web服务，分别访问一个存在的和一个不存在的问卷，效果如下面两幅图所示。
由于404错误是一个非常常见的网页异常，因此Django也提供了一个简写方法：get_object_or_404。下面使用get_object_or_404()修改detail视图：
重新访问detail页面，效果如下图所示。
此时网页仍然抛出404错误，不过错误信息变成Django默认的英文形式，此时可以通过修改get_object_or_404()方法源代码的方式修改错误信息，修改完需要重启Web服务。
与get_object_or_404相似，Django还提供了一个判断list是否存在的方法：get_list_or_404，在此不做详细介绍。