Django框架----命名URL和URL反向解析

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

换句话讲,须要的是一个DRY 机制。除了其它有点,它还容许设计的URL 能够自动更新而不用遍历项目的源代码来搜索并替换过时的URL。django

  获取一个URL 最开始想到的信息是处理它视图的标识(例如名字),查找正确的URL 的其它必要的信息有视图参数的类型(位置参数、关键字参数)和值。浏览器

  Django 提供一个办法是让URL 映射是URL 设计惟一的地方。你填充你的URLconf,而后能够双向使用它:服务器

    • 根据用户/浏览器发起的URL 请求,它调用正确的Django 视图,并从URL 中提取它的参数须要的值。
    • 根据Django 视图的标识和将要传递给它的参数的值,获取与之关联的URL。

第一种方式是咱们在前面的章节中一直讨论的用法。app

第二种方式叫作反向解析URL、反向URL 匹配、反向URL 查询或者简单的URL 反查。函数

在须要URL 的地方,对于不一样层级,Django 提供不一样的工具用于URL 反查:工具

    • 在模板中:使用url 模板标签。
    • 在Python 代码中:使用django.core.urlresolvers.reverse() 函数。
    • 在更高层的与处理Django 模型实例相关的代码中:使用get_absolute_url() 方法。

 

简单来讲就是能够给咱们的URL匹配规则起个名字,一个URL匹配模式起一个名字。这样咱们之后就不须要写死URL代码了,只须要经过名字来调用当前的URL:编码

举个简单的例子:url

url(r'^home', views.home, name='home'), # 给个人url匹配模式起名为 home url(r'^index/(\d*)', views.index, name='index'), # 给个人url匹配模式起名为index

这样:spa

在模板里面能够这样引用:

{% url 'home' %}

在views函数中能够这样引用:

from django.urls import reverse reverse("index", args=("2018", ))

 

例子:

考虑下面的URLconf:

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

根据这里的设计,某一年nnnn对应的归档的URL是/articles/nnnn/

你能够在模板的代码中使用下面的方法得到它们:

<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.core.urlresolvers import reverse from django.http import HttpResponseRedirect def redirect_to_year(request): # ... year = 2006 # ... return HttpResponseRedirect(reverse('news-year-archive', args=(year,)))

若是出于某种缘由决定按年归档文章发布的URL应该调整一下,那么你将只须要修改URLconf 中的内容。

在某些场景中,一个视图是通用的,因此在URL 和视图之间存在多对一的关系。对于这些状况,当反查URL 时,只有视图的名字还不够。

 

例子中:

分析:想咱们一开始写的硬编码,也就是吧action要跳转的路径写死了。可是像淘宝,天猫等都会常常更新新东西,,那么你的页面上的url路径也会时不时的变化。可是若是有特别多的商品,那么你就得去服务端一个一个的改,这样显得很麻烦,那么有没有一种机制帮咱们解决问题呢?那就按照我下面的办法解决。就把url路径写活了。

一、首先给url起一个别名。

二、而后在login.html中写上{%  url ‘别名’’  %}    ,若是在页面中点击查看元素,它会变成login.html,,,固然个人是分发了,,就会变成test/login.html

三、这样你就能够修改你的正则了,,由于他是按照别名走的,不会影响。

urls.py

login.html

查看元素的结果:

 

 这样的好处是:不管你怎么改你要匹配的url,只要你写上了别名。在html实现了模板语法,就会去找别名对应的那个url,之后无论你怎么改url都没事,就写活了,就不像一开始写的硬编码了。

 

注意:

 

为了完成上面例子中的URL 反查,你将须要使用命名的URL 模式。URL 的名称使用的字符串能够包含任何你喜欢的字符。不仅限制在合法的Python 名称。

 

当命名你的URL 模式时,请确保使用的名称不会与其它应用中名称冲突。若是你的URL 模式叫作comment,而另一个应用中也有一个一样的名称,当你在模板中使用这个名称的时候不能保证将插入哪一个URL。

 

在URL 名称中加上一个前缀,好比应用的名称,将减小冲突的可能。咱们建议使用myapp-comment 而不是comment

相关文章
相关标签/搜索