django——url（路由）配置

URL是Web服务的入口，用户经过浏览器发送过来的任何请求，都是发送到一个指定的URL地址，而后被响应。

在Django项目中编写路由，就是向外暴露咱们接收哪些URL的请求，除此以外的任何URL都不被处理，也没有返回。通俗地理解，不恰当的形容，URL路由是你的Web服务对外暴露的API。

Django奉行DRY主义，提倡使用简洁、优雅的URL，没有.php或.cgi这种后缀，更不会单独使用0、209七、1-1-192八、00这样无心义的东西，让你为所欲为设计你的URL，不受框架束缚。

1. 概述

要设计应用程序的URL，能够建立一个非正式的称为URLconf（URL配置）的Python模块。此模块是纯Python代码，是URL路径表达式与Python函数（您的视图）之间的映射。

该映射能够根据须要缩短或缩短。它能够引用其余映射。而且，由于它是纯Python代码，因此它能够动态构造。

Django还提供了一种根据活动语言翻译URL的方法。

2. django如何处理请求

当用户请求一个页面时，Django根据下面的逻辑执行操做：

1. 决定要使用的根URLconf模块。一般，这是ROOT_URLCONF设置的值，可是若是传入的HttpRequest对象具备urlconf属性（由中间件设置），则其值将被用于代替ROOT_URLCONF设置。通俗的讲，就是你能够自定义项目入口url是哪一个文件！
2. 加载该模块并寻找可用的urlpatterns。 它是django.conf.urls.url()实例的一个列表。
3. 依次匹配每一个URL模式，在与请求的URL相匹配的第一个模式停下来。也就是说，url匹配是从上往下的短路操做，因此url在列表中的位置很是关键。
4. 导入并调用匹配行中给定的视图，该视图是一个简单的Python函数（被称为视图函数）,或基于类的视图。 视图将得到以下参数:
   1. 一个HttpRequest 实例。
   2. 若是匹配的正则表达式返回了没有命名的组，那么正则表达式匹配的内容将做为位置参数提供给视图。
   3. 关键字参数由正则表达式匹配的命名组组成，可是能够被django.conf.urls.url()的可选参数kwargs覆盖。
5. 若是没有匹配到正则表达式，或者过程当中抛出异常，将调用一个适当的错误处理视图。

3. 转换器

3.1 path转换器

在django2.0 以上的版本中，默认使用的是path转换器，咱们首先以此举例：

 

from django.urls import path

from . import views

urlpatterns = [
    path('articles/2003/', views.special_case_2003),
    path('articles/<int:year>/', views.year_archive),
    path('articles/<int:year>/<int:month>/', views.month_archive),
    path('articles/<int:year>/<int:month>/<slug:slug>/', views.article_detail),
]

 

注意：

1. 要捕获一段url中的值，须要使用尖括号，而不是以前的圆括号；
2. 能够转换捕获到的值为指定类型，好比例子中的int。默认状况下，捕获到的结果保存为字符串类型，不包含/这个特殊字符；
3. 匹配模式的最开头不须要添加/，由于默认状况下，每一个url都带一个最前面的/，既然你们都有的部分，就不用浪费时间特别写一个了。

匹配例子：

• /articles/2005/03/ 将匹配第三条，并调用views.month_archive(request, year=2005, month=3)；
• /articles/2003/匹配第一条，并调用views.special_case_2003(request)；
• /articles/2003将一条都匹配不上，由于它最后少了一个斜杠，而列表中的全部模式中都以斜杠结尾；
• /articles/2003/03/building-a-django-site/ 将匹配最后一个，并调用views.article_detail(request, year=2003, month=3, slug="building-a-django-site"

 

默认状况下，Django内置下面的路径转换器：

• str：匹配任何非空字符串，但不含斜杠/，若是你没有专门指定转换器，那么这个是默认使用的；
• int：匹配0和正整数，返回一个int类型
• slug：可理解为注释、后缀、附属等概念，是url拖在最后的一部分解释性字符。该转换器匹配任何ASCII字符以及链接符和下划线，好比’ building-your-1st-django-site‘；
• uuid：匹配一个uuid格式的对象。为了防止冲突，规定必须使用破折号，全部字母必须小写，例如’075194d3-6885-417e-a8a8-6c931e272f00‘ 。返回一个UUID对象；
• path：匹配任何非空字符串，重点是能够包含路径分隔符’/‘。这个转换器能够帮助你匹配整个url而不是一段一段的url字符串。

3.2 re_path转换器（老版的url）

Django2.0的url虽然改‘配置’了，但它依然向老版本兼容。而这个兼容的办法，就是用re_path()方法代替path()方法。re_path()方法在骨子里，根本就是之前的url()方法，只不过导入的位置变了。下面是一个例子，对比一下Django1.11时代的语法，有什么太大的差异？

from django.urls import path, re_path

from . import views

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

 

与path()方法不一样的在于两点：

• year中匹配不到10000等非四位数字，这是正则表达式决定的
• 传递给视图的全部参数都是字符串类型。而不像path()方法中能够指定转换成某种类型。在视图中接收参数时必定要当心。

3.3 有名分组

上面的示例使用简单的、没有命名的正则表达式组（经过圆括号）来捕获URL 中的值并以位置 参数传递给视图。在更高级的用法中，可使用命名的正则表达式组来捕获URL 中的值并以关键字 参数传递给视图。 在Python 正则表达式中，命名正则表达式组的语法是(?Ppattern)，其中name 是组的名称，pattern 是要匹配的模式。 下面是以上URLconf 使用命名组的重写：

from django.urls import path,re_path

from app01 import views

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

 

这个实现与前面的示例彻底相同，只有一个细微的差异：捕获的值做为关键字参数而不是位置参数传递给视图函数。例如：

/articles/2005/03/ 请求将调用views.month_archive(request, year='2005', month='03')函数，而不是views.month_archive(request, '2005', '03')。
/articles/2003/03/03/ 请求将调用函数views.article_detail(request, year='2003', month='03', day='03')。

 

3.4 路由分发

一般，咱们会在每一个app里，各自建立一个urls.py路由模块，而后从根路由出发，将app所属的url请求，所有转发到相应的urls.py模块中。

例如，下面是Django网站自己的URLconf节选。 它包含许多其它URLconf：

from django.conf.urls import include, url

urlpatterns = [
    # ... 忽略 ...
    re_path(r'^community/', include('django_website.aggregator.urls')),
    re_path(r'^contact/', include('django_website.contact.urls')),
    # ... 忽略 ...
]

 

路由转发使用的是include()方法，须要提早导入，它的参数是转发目的地路径的字符串，路径以圆点分割。

注意，这个例子中的正则表达式没有包含$（字符串结束匹配符），可是包含一个末尾的斜杠。 每当Django 遇到include()（来自django.conf.urls.include()）时，它会去掉URL中匹配的部分并将剩下的字符串发送给include的URLconf作进一步处理，也就是转发到二级路由去。

另一种转发其它URL模式的方式是使用一个url()实例的列表。 例如，下面的URLconf：

from django.conf.urls import include, url

from apps.main import views as main_views
from credit import views as credit_views

extra_patterns = [
    re_path(r'^reports/$', credit_views.report),
    re_path(r'^reports/(?P<id>[0-9]+)/$', credit_views.report),
    re_path(r'^charge/$', credit_views.charge),
]

urlpatterns = [
    re_path(r'^$', main_views.homepage),
    re_path(r'^help/', include('apps.help.urls')),
    re_path(r'^credit/', include(extra_patterns)),
]

 

在此示例中，/credit/reports/URL将由credit_views.report()视图处理。这种作法，至关于把二级路由模块内的代码写到根路由模块里一块儿了，不是很推荐。

再看下面的URLconf：

from django.conf.urls import url
from . import views

urlpatterns = [
    re_path(r'^(?P<page_slug>[\w-]+)-(?P<page_id>\w+)/history/$', views.history),
    re_path(r'^(?P<page_slug>[\w-]+)-(?P<page_id>\w+)/edit/$', views.edit),
    re_path(r'^(?P<page_slug>[\w-]+)-(?P<page_id>\w+)/discuss/$', views.discuss),
    re_path(r'^(?P<page_slug>[\w-]+)-(?P<page_id>\w+)/permissions/$', views.permissions),
]

 

上面的路由写得很差，咱们能够改进它，只须要声明共同的路径前缀一次，并将后面的部分分组转发：

from django.conf.urls import include, url
from . import views

urlpatterns = [
    re_path(r'^(?P<page_slug>[\w-]+)-(?P<page_id>\w+)/', include([
        re_path(r'^history/$', views.history),
        re_path(r'^edit/$', views.edit),
        re_path(r'^discuss/$', views.discuss),
        re_path(r'^permissions/$', views.permissions),
    ])),
]

 

这样就优雅多了，也清爽多了，但前提是你要理解这种作法。

3.5 反向解析

在使用Django 项目时，一个常见的需求是得到URL 的最终形式，以用于嵌入到生成的内容中（视图中和显示给用户的URL等）或者用于处理服务器端的导航（重定向等）。人们强烈但愿不要硬编码这些URL（费力、不可扩展且容易产生错误）或者设计一种与URLconf 绝不相关的专门的URL 生成机制，由于这样容易致使必定程度上产生过时的URL。 在须要URL 的地方，对于不一样层级，Django 提供不一样的工具用于URL 反查：

1. 在模板中：使用url 模板标签。
2. 在Python 代码中：使用from django.urls import reverse()函数 urls.py:

from django.conf.urls import url

from . import views

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

 

在模板中：

<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>

 

在python中：

from django.urls 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 名称中加上一个前缀，好比应用的名称，将减小冲突的可能。咱们建议使用myapp-comment 而不是comment。

3.6 名称空间

命名空间（英语：Namespace）是表示标识符的可见范围。一个标识符可在多个命名空间中定义，它在不一样命名空间中的含义是互不相干的。这样，在一个新的命名空间中可定义任何标识符，它们不会与任何已有的标识符发生冲突，由于已有的定义都处于其它命名空间中。 因为name没有做用域，Django在反解URL时，会在项目全局顺序搜索，当查找到第一个name指定URL时，当即返回 咱们在开发项目时，会常用name属性反解出URL，当不当心在不一样的app的urls中定义相同的name时，可能会致使URL反解错误，为了不这种事情发生，引入了命名空间。

project的urls.py:

urlpatterns = [
re_path(r'^admin/', admin.site.urls),
re_path(r'^app01/', include("app01.urls",namespace="app01")),
re_path(r'^app02/', include("app02.urls",namespace="app02")),
]

 

app01.urls:

urlpatterns = [
re_path(r'^index/', index,name="index"),
]

 

app02.urls:

urlpatterns = [
re_path(r'^index/', index,name="index"),
]

 

app01.views

from django.core.urlresolvers import reverse
def index(request):
return HttpResponse(reverse("app01:index"))

 

app02.views

from django.core.urlresolvers import reverse
def index(request):
return HttpResponse(reverse("app02:index"))