有了浏览量之后，文章受欢迎的程度就有了评价标准。随之而来的就有根据浏览量对文章进行排序的需求，即显示“最热文章”。
现在你已经很熟悉MTV模式，不需要我啰嗦也能完成任务：
文章的模型已经有了，不需要写Model了
写一个视图函数article_list_by_views()，取出按浏览排序后的文章对象
将文章对象传递到模板，并进行渲染
很简单，但也隐藏着问题：最热文章列表和之前的普通文章列表相比，大部分功能其实都是相同的，仅仅是排序不同而已。
万一哪天需要根据文章标题排序呢？万一还需要用户id排序、标签排序、收藏排序...不仅如此，就连路由urls.py都要跟着膨胀。代码会越来越臃肿且不可维护。
重复的代码是万恶之源。因此这里挑战一下，不创建新的视图/路由，而是将排序功能融合到已有的视图/路由中。
视图
根据以上需求，重写article_list()：
重点知识如下：
前面用过GET请求传递单个参数。它也是可以传递多个参数的，如?a=1&b=2，参数间用&隔开
视图根据GET参数order的值，判断取出的文章如何排序
order_by()方法指定对象如何进行排序。模型中有total_views这个整数字段，因此‘total_views’为正序，‘-total_views’为逆序
为什么把新变量order也传递到模板中？因为文章需要翻页！order给模板一个标识，提醒模板下一页应该如何排序
这样一来，排序所需要的参数都可以通过查询获得，连urls.py都不用改写了。
模板
接下来修改文章列表模板：优化入口，并且正确分页：
增了Bootstrap中的面包屑导航样式breadcrumb
页码导航中，所有的分页链接都新增了order参数
测试
启动服务器，点击“最热”：
工作得很好！切换页码，留意地址栏中是如何变化的。
还剩一个小瑕疵：用户点击“最热”按钮后，此按钮最好能够变为灰色，并且不可点击。这个精益求精的机会就留给读者去优化吧。
header.html中有一个小改动："写文章"的入口被挪到用户下拉菜单中了。