路由简单的来说就是根据用户请求的 URL 链接来判断对应的处理程序,并返回处理结果,也就是 URL 与 Django 的视图建立映射关系。
Django 路由在 urls.py 配置,urls.py 中的每一条配置对应相应的处理方法。
Django 不同版本 urls.py 配置有点不一样:
url() 方法:普通路径和正则路径均可使用,需要自己手动添加正则首位限制符号。
?
1 2 3 4 5 6 |
|
?
1 2 3 4 5 6 |
|
总结:Django1.1.x 版本中的 url 和 Django 2.2.x 版本中的 re_path 用法相同。
无名分组按位置传参,一一对应。
views 中除了 request,其他形参的数量要与 urls 中的分组数量一致。
urls.py
?
1 2 3 4 |
|
views.py
?
1 2 3 4 |
|
语法:
?
1 |
|
有名分组按关键字传参,与位置顺序无关。
views 中除了 request,其他形参的数量要与 urls 中的分组数量一致, 并且 views 中的形参名称要与 urls 中的组名对应。
urls.py
?
1 2 3 4 |
|
views.py
?
1 2 3 4 |
|
存在问题:Django 项目里多个app目录共用一个 urls 容易造成混淆,后期维护也不方便。
解决:使用路由分发(include),让每个app目录都单独拥有自己的 urls。
步骤:
?
1 2 3 4 5 6 7 |
|
在各自 app 目录下,写自己的 urls.py 文件,进行路径跳转。
app01 目录:
?
1 2 3 4 5 |
|
app02 目录:
?
1 2 3 4 5 |
|
在各自 app 目录下的 views.py 文件中写各自的视图函数。
随着功能的增加,路由层的 url 发生变化,就需要去更改对应的视图层和模板层的 url,非常麻烦,不便维护。
这时我们可以利用反向解析,当路由层 url 发生改变,在视图层和模板层动态反向解析出更改后的 url,免去修改的操作。
反向解析一般用在模板中的超链接及视图中的重定向。
在 urls.py 中给路由起别名,name="路由别名"。
?
1 |
|
在 views.py 中,从 django.urls 中引入 reverse,利用 reverse("路由别名") 反向解析:
?
1 |
|
在模板 templates 中的 HTML 文件中,利用 {% url "路由别名" %} 反向解析。
?
1 |
|
在 urls.py 中给路由起别名,name="路由别名"。
?
1 |
|
在 views.py 中,从 django.urls 中引入 reverse,利用 reverse("路由别名",args=(符合正则匹配的参数,)) 反向解析。
?
1 |
|
在模板 templates 中的 HTML 文件中利用 {% url "路由别名" 符合正则匹配的参数 %} 反向解析。
?
1 |
|
在 urls.py 中给路由起别名,name="路由别名"。
?
1 |
|
在 views.py 中,从 django.urls 中引入 reverse,利用 reverse("路由别名",kwargs={"分组名":符合正则匹配的参数}) 反向解析。
?
1 |
|
在模板 templates 中的 HTML 文件中,利用 {% url "路由别名" 分组名=符合正则匹配的参数 %} 反向解析。
?
1 |
|
命名空间(英语:Namespace)是表示标识符的可见范围。
一个标识符可在多个命名空间中定义,它在不同命名空间中的含义是互不相干的。
一个新的命名空间中可定义任何标识符,它们不会与任何重复的标识符发生冲突,因为重复的定义都处于其它命名空间中。
存在问题:路由别名 name 没有作用域,Django 在反向解析 URL 时,会在项目全局顺序搜索,当查找到第一个路由别名 name 指定 URL 时,立即返回。当在不同的 app 目录下的urls 中定义相同的路由别名 name 时,可能会导致 URL 反向解析错误。
解决:使用命名空间。
定义命名空间(include 里面是一个元组)格式如下:
?
1 |
|
实例:
?
1 2 |
|
在 app01/urls.py 中起相同的路由别名。
?
1 |
|
在 views.py 中使用名称空间,语法格式如下:
?
1 |
|
实例:
?
1 |
|
在 templates 模板的 HTML 文件中使用名称空间,语法格式如下:
?
1 |
|
实例:
?
1 |
|