Django的URL路由基础

一、概述

  URL路由在Django项目中的体现就是urls.py文件,这个文件可以有很多个,但绝对不会在同一目录下。实际上Django提倡项目有个根urls.py,各app下分别有自己的一个urls.py,既集中又分治,是一种解耦的模式。

  随便新建个Django项目,默认会自动创建一个/project_name/urls.py文件,并自动包含一些内容,这就是项目的根URL。

  如果要自己编写URL路由,基本也是这个套路。

二、Django如何处理请求

  当用户请求一个页面时,Django根据下面的逻辑执行操作:

    1、决定要使用的根URLconf模块。通俗地讲,就是你可以自定义项目入口url是哪个文件!

    2、加载该模块并寻找可用的URLpatterns。它是django.urls.path()或django.urls.re_path()实例的一个列表。

    3、依次匹配每个URL模式,在与请求的URL相匹配的第一个模式停下来。也就是说,url匹配是从上往下的短路操作,所以url在列表中的位置非常关键。

    4、导入并调用匹配行中给定的视图,该视图是一个简单地python函数,或基于类的视图。视图将获得如下参数:

      (1).一个HttpRequest实例

      (2).如果匹配的表达式返回了未命名的组,那么匹配的内容将作为位置参数提供给视图。

      (3).关键字参数由表达式匹配的命名组组成,但是可以被django.urls.path()的可选参数kwargs覆盖。

扫描二维码关注公众号,回复: 9197964 查看本文章

      (4).若没有匹配到任何表达式,或者过程中抛出异常,将调用一个适当的错误处理视图。

三、简单实例

 注:

  1.要捕获一段url中的值,需要使用尖括号,而不是圆括号;

  2.可以转换捕获到的值为指定类型,例如例子中的int。默认情况下,捕获到的结果保存为字符串类型,不包含/这个特殊字符;

  3.匹配模式的最开头不需要添加/,因为默认情况下,每个url都带一个最前面的/,既然是都有的部分,就不用特别写一个了。

每当urls.py文件被第一次加载的时候,urlpatterns里的表达式们都将被预先编译,这会大大提高系统处理路由的速度。

四、path转换器

默认情况下,Django内置下面的路径转换器:

  ·str:匹配任何非空字符串,但不含/,如果没有专门指定转换器,那么这个是默认使用的。

  ·int:匹配0和正整数,返回一个int类型。

  ·path:匹配任何非空字符串,重点是可以包含路径分隔符‘/’。这个转换器可以帮助匹配整个url而不是一段一段的url字符串。(要区分path转换器和path()方法)。

  ·uuid:匹配一个uuid格式的对象。为了防止冲突,规定必须使用破折号,所有字母必须小写。返回一个UUID对象。

  ·slug:可理解为注释、后缀、附属等概念,是url拖在最后的一部分解释性字符。该转换器匹配任何ASCII字符以及连接符和下划线。

五、使用正则表达式

Django2.0之后的url虽然改配置了,但它依然向老版本兼容。而这个兼容的办法,就是用re_path()方法代替path()方法。

与path()方法不同的在于两点:

  ·re_path()由于是用正则进行匹配的,则只能匹配到正则指定的长度或规则。

  ·传递给视图的所有参数都是字符串类型。而不像path()方法可以指定转换成某种类型。在视图中接收参数时一定要小心。

六、URLconf匹配URL中的部分

请求的URL被看做是一个普通的python字符串,URLconf在其上查找并匹配。进行匹配时将不包括GET或POST请求方式的参数以及域名。

例如,在https://www.example.com/myapp/的请求中,URLconf将查找myapp/。

在https://www.example.com/myapp/?page=3的请求中,URLconf也将查找myapp/。

URLconf不检查使用何种HTTP请求方法,所有请求方法POST、GET、HEAD等都将路由到同一个URL的同一个视图。在视图中,才根据具体请求方法的不同,进行不同的处理。

七、指定视图参数的默认值

有一个小技巧,我们可以指定视图参数的默认值。下面是一个URLconf和视图的示例:

 在上面的例子中,两个URL模式指向同一个视图。但是第一个模式不会从URL中捕获任何值。如果第一个模式匹配,page()函数将使用num参数的默认值“1”。如果第二个模式匹配,page()将使用捕获的num值。

八、自定义错误页面

当Django找不到与请求匹配的URL时,或者当抛出一个异常时,将调用一个错误处理视图。Django默认的自带的错误视图包括400、403、404和500,分别表示请求错误、拒绝服务、页面不存在和服务器错误。它们分别位于:

  ·handler400 —— django.conf.urls.handler400。

  ·handler403 —— django.conf.urls.handler403。

  ·handler404 —— django.conf.urls.handler404。

  ·handler500 —— django.conf.urls.handler500。

这些值可以在根URLconf中设置。在其它app中的二级URLconf中设置这些变量无效。

Django有内置的HTML模板,用于返回错误页面给用户,但是这些页面实在丑陋,通常都自定义错误页面。

首先,在根URLconf中额外增加下面的条目,并导入views模块:

 然后在app/views.py文件中增加四个处理视图:

 再根据自己的需求,创建对应的400、403、404、500.html四个页面文件,就可以了(要注意好模板文件的引用方式,视图的放置位置等等)。

猜你喜欢

转载自www.cnblogs.com/lavender1221/p/12317306.html