Django框架（二）：路由层

URL配置（URLconf）就像Django 所支撑网站的目录。它的本质是 URL与要为该URL调用的视图函数之间的映射表；你就是以这种方式告诉Django，对于客户端发来的某个URL调用哪一段逻辑代码对应执行。

一、简单路由配置

其实这个就相当于是nginx的location匹配规则！

from django.conf.urls import url
from . import views
urlpatterns = [
    url(r'^articles/2003/$', views.special_case_2003),
]
# 这里是精确匹配以articles/2003/开头，以articles/2003/结尾的路径

django2版本之后采用path不再使用url，path不支持正则，但是多了一个re_path支持正则和url一样！

from django.urls import path, re_path

二、分组—位置传参

像上面这样，如果我需要看articles/2004/、articles/2005/岂不是都会加很多条？这样的冗余是绝对不能存在的！因此分组就应运而生了！

from django.conf.urls import url
from app01 import views
urlpatterns = [
    url(r'^articles/2003/$', views.special_case_2003),
    url(r'^articles/([0-9]{4})/$', views.year_archive), # 匹配0-9中任意一个数字，匹配四次，这样年就能匹配出来了！
    url(r'^articles/([0-9]{4})/([0-9]{2})/$', views.month_archive), # 匹配到月
    # 匹配到天，+表示至少匹配一次
    url(r'^articles/([0-9]{4})/([0-9]{2})/([0-9]+)/$', views.article_detail), 
]

光这样看，会有什么问题？不论哪一年都匹配year_archive，不论哪一月都匹配month_archive …,这样不行。我们需要再视图函数中拿到用户查询的年份、月份、天，才能去数据库查相应信息！因此圆括号（）的作用就出来了：

# 加了圆括号，表示分组，可以获取url中的值
# 作为位置参数传到后面的视图函数！因此写视图函数时也需要加参数，如下：
from django.shortcuts import render
from django.http import HttpResponse
# Create your views here.
def article_detail(request,year,month,day): # 位置传参，顺序不能变！
	return HttpResponse('%s年%s月%s日的博文'%(year,month,day))

三、有名分组—关键字传参

有名分组只是针对分组，起了个别名而已，利用别名进行关键字传参，不再是位置传参。视图函数中参数year、month、day都可以不用按照顺序接收值！
注意：

1. 无论是分组还是有名分组，在urlpatterns中视图函数调用，都不用我们自己去位置传参或者关键字传参，这些操作'django都帮你做了'！
2. 我们只需要在'视图函数定义'的时候按照位置参数、关键字参数的规则接收即可！

urlpatterns = [
    url(r'^articles/2003/$', views.special_case_2003),
    url(r'^articles/(?P<year>[0-9]{4})/$', views.year_archive),
    url(r'^articles/(?P<year>[0-9]{4})/(?P<month>[0-9]{2})/$', views.month_archive),
    url(r'^articles/(?P<year>[0-9]{4})/(?P<month>[0-9]{2})/(?P<day>[0-9]{2})/$', views.article_detail),
]

注：'在分组的基础上加入?P<>，尖括号中填入别名'

四、路由分发

在django初识时，我们说的views、model都做了app的一个解耦。我们的url路由控制，django并没有给我们做解耦，因为项目较小的时候并不需要解耦。但是如果项目很大，如果几千条url路由放在一个文件这是不合适的！我们的url也应该像views、model一样做app的一个解耦！django也给了你url解耦的做法！如下：

from django.conf.urls import include, url
urlpatterns = [
   url(r'^admin/', admin.site.urls),
   # 访问app01的网页，url的查找会去app01应用下的urls.py文件
   url(r'^app01/', include('app01.urls')), # 注意include用来分发
]

因此我们需要在app01文件夹中创建一个urls.py文件，里面存放app01的地址和视图函数的映射！

五、反向解析

在使用Django 项目时，一个常见的需求是获得URL 的最终形式，以用于嵌入到生成的内容中（视图中和显示给用户的URL等）或者用于处理服务器端的导航（重定向等）。按照上面的url路由方法，如果一个资源的url改变，那么会引起所有引用了这个url地址的文件里的url地址都需要改！这样费时费力！非常不好！因此，反向解析就是解决这个问题的！
在需要URL 的地方，对于不同层级，Django 提供不同的工具用于URL 反向解析：

1、urls.py

from django.conf.urls import url

from . import views

urlpatterns = [
    #...
    url(r'^articles/([0-9]{4})/$', views.year_archive, name='news-year-archive'),
    #...
]

在urls文件中通过name为资源路径起别名，其他地方再用到此url时，只需要使用name即可，这样以后即使资源的url改变，也只用修改urls文件即可！

具体name的使用方式有两种，如下！

2、方式一：前端的template模板中

在template

						# 2012是为分组赋值
<a href="{% url 'news-year-archive' 2012 %}">2012 Archive</a>

<ul>
{% for yearvar in year_list %}
<li><a href="{% url 'news-year-archive' yearvar %}">{{ yearvar }} Archive</a></li>
{% endfor %}
</ul>

3、方法二：后端的python中

from django.core.urlresolvers import reverse
from django.http import HttpResponseRedirect

def redirect_to_year(request):
    # ...
    year = 2006
    # ...
    return HttpResponseRedirect(reverse('news-year-archive', args=(year,)))   # 同redirect("/path/")

当命名你的URL 模式时，请确保使用的名称不会与其它应用中名称冲突。如果你的URL 模式叫做comment，而另外一个应用中也有一个同样的名称，当你在模板中使用这个名称的时候不能保证将插入哪个URL。在URL 名称（name）中加上一个前缀，比如应用的名称，将减少冲突的可能。我们建议使用myapp-comment 而不是comment。