django不得不说是个很强大的框架,当前端给了我们一堆网页的时候,我们在考虑怎么去让这些页面与调用视图的函数配对的时候,而django则给我们提供了强大路由分发功能,让我们不在花时间浪费在这些事情上面,有更多的时间来考虑逻辑。那既然这么好,我们就来学习它把。。。
1.简单的路由配置
先来看个简单的例子
from django.conf.urls import url from . import views urlpatterns = [ url(r‘^articles/2003/$‘, views.special_case_2003), url(r‘^articles/([0-9]{4})/$‘, views.year_archive), 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), ]
注意:
- 若要从URL 中捕获一个值,只需要在它周围放置一对圆括号,这样在视图函数中的要根据你的捕获的值得数量来传相应的参数,这个参数是为止参数,所以要一一对应,数据类型为str。
- 不需要添加一个前导的反斜杠,因为每个URL 都有。例如,应该是
^articles
而不是^/articles
。 - 每个正则表达式前面的‘r‘ 是可选的但是建议加上。它告诉Python 这个字符串是“原始的” —— 字符串中任何字符都不应该转义
示例:
‘‘‘ 一些请求的例子: /articles/2005/03/ 请求将匹配列表中的第三个模式。Django 将调用函数views.month_archive(request, ‘2005‘, ‘03‘)。 /articles/2005/3/ 不匹配任何URL 模式,因为列表中的第三个模式要求月份应该是两个数字。 /articles/2003/ 将匹配列表中的第一个模式不是第二个,因为模式按顺序匹配,第一个会首先测试是否匹配。请像这样自由插入一些特殊的情况来探测匹配的次序。 /articles/2003 不匹配任何一个模式,因为每个模式要求URL 以一个反斜线结尾。 /articles/2003/03/03/ 将匹配最后一个模式。Django 将调用函数views.article_detail(request, ‘2003‘, ‘03‘, ‘03‘)。 ‘‘‘
2,有名分组
上面的示例使用简单的、没有命名的正则表达式组(通过圆括号)来捕获URL 中的值并以位置 参数传递给视图。在更高级的用法中,可以使用命名的正则表达式组来捕获URL 中的值并以关键字 参数传递给视图。
在Python 正则表达式中,命名正则表达式组的语法是(?P<name>pattern)
,其中name
是组的名称,pattern
是要匹配的模式。
下面是以上URLconf 使用命名组的重写:
from django.conf.urls import url from . import views 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), ]
这个实现与前面的示例完全相同,只有一个细微的差别:捕获的值作为关键字参数而不是位置参数传递给视图函数。例如:
‘‘‘ /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‘)。 ‘‘‘
在实际应用中,这意味你的URLconf 会更加明晰且不容易产生参数顺序问题的错误 —— 你可以在你的视图函数定义中重新安排参数的顺序。当然,这些好处是以简洁为代价;
3.分发,命名空间
1,在项目中如果可能会遇到有几个应用的情况,也就是有项目中有app01,app02这种情况的时候,路由分发怎么能够准确的发给各个视图函数呢?
2,并且还有可能每个应用里面有相同的视图函数名,Django在反解URL时,会在项目全局顺序搜索,当查找到第一个name指定URL时,立即返回,我们在开发项目时,会经常使用name属性反解出URL,当不小心在不同的app的urls中定义相同的name时,可能会导致URL反解错误,为了避免这种事情发生,引入了命名空间
这时候假如有多个应用的时候,我们在项目文件中的urls中的re_path中的正则匹配一定是应用文件名,这样后面对应的就会去找app01.urls中的路由分发,在根据路径来找到app01中urls对应的views中的视图函数,后面的namespace参数就是设置命名空间的,有了它就不会发生访问混乱的问题了。图片的写法是django 2.0的写法。若有不同的是django 1.1版本的写法。
4.反向解析
就编程中大家都知道,少写hadrcode。比如前端页面中某些a标签的中的src要发生更改,如果没有做反向解析,那么我敢肯定前端开发肯定会骂你sb。。。哈哈,所以这个反向解析何其重要自不必说了,好吧直接上干货:
1.在模板中,也就是在HTML页面中
如图所示:我们把图中的两个路由,设置了一个name参数,这样我们在html模板中需要些url的位置,就可以直接添加name的值,这样需要更改的时候可以直接改后端代码就行了。
在这个图片中的form表单中,只要一提交,发出请求,服务器就会响应并解析‘new_url‘ 然后就调用views.index这个视图函数,把最后拿到的页面在浏览器上渲染出来。
2.在python代码中:
在实际中,肯定有这种登录成功之后跳转到另外一个页面,这时候就只需要按图中这么做就行了。但是有时候跳转的页面发生了更改,这时候就不需要去改这里代码,只需要去改urls.py中的路由分发就行了。
django2.0版的path
思考情况如下:
urlpatterns = [ re_path(‘articles/(?P<year>[0-9]{4})/‘, year_archive), re_path(‘article/(?P<article_id>[a-zA-Z0-9]+)/detail/‘, detail_view), re_path(‘articles/(?P<article_id>[a-zA-Z0-9]+)/edit/‘, edit_view), re_path(‘articles/(?P<article_id>[a-zA-Z0-9]+)/delete/‘, delete_view), ]
考虑下这样的两个问题:
第一个问题,函数 year_archive
中year参数是字符串类型的,因此需要先转化为整数类型的变量值,当然year=int(year)
不会有诸如如TypeError或者ValueError的异常。那么有没有一种方法,在url中,使得这一转化步骤可以由Django自动完成?
第二个问题,三个路由中article_id都是同样的正则表达式,但是你需要写三遍,当之后article_id规则改变后,需要同时修改三处代码,那么有没有一种方法,只需修改一处即可?
在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>/‘, views.article_detail), ]
基本规则:
- 使用尖括号(
<>
)从url中捕获值。 - 捕获值中可以包含一个转化器类型(converter type),比如使用
<int:name>
捕获一个整数变量。若果没有转化器,将匹配任何字符串,当然也包括了/
字符。 - 无需添加前导斜杠。
以下是根据 2.0官方文档 而整理的示例分析表:
path转化器
文档原文是Path converters,暂且翻译为转化器。
Django默认支持以下5个转化器:
- str,匹配除了路径分隔符(
/
)之外的非空字符串,这是默认的形式 - int,匹配正整数,包含0。
- slug,匹配字母、数字以及横杠、下划线组成的字符串。
- uuid,匹配格式化的uuid,如 075194d3-6885-417e-a8a8-6c931e272f00。
- path,匹配任何非空字符串,包含了路径分隔符
注册自定义转化器
对于一些复杂或者复用的需要,可以定义自己的转化器。转化器是一个类或接口,它的要求有三点:
regex
类属性,字符串类型
to_python(self, value)
方法,value是由类属性regex
所匹配到的字符串,返回具体的Python变量值,以供Django传递到对应的视图函数中。to_url(self, value)
方法,和to_python
相反,value是一个具体的Python变量值,返回其字符串,通常用于url反向引用。
例子:
class FourDigitYearConverter: regex = ‘[0-9]{4}‘ def to_python(self, value): return int(value) def to_url(self, value): return ‘%04d‘ % value
使用register_converter
将其注册到URL配置中:
from django.urls import register_converter, path from . import converters, views register_converter(converters.FourDigitYearConverter, ‘yyyy‘) urlpatterns = [ path(‘articles/2003/‘, views.special_case_2003), path(‘articles/<yyyy:year>/‘, views.year_archive), ... ]
注意这种方法可以自动获取<>中的数据,所以在views端的函数中必须记得传参,并且是关键字传参。
原文地址:https://www.cnblogs.com/yyyyyyyyyy/p/9218129.html