博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
你的第一个Django程序
阅读量:5123 次
发布时间:2019-06-13

本文共 2931 字,大约阅读时间需要 9 分钟。

本文使用Pycharm、Django 2.0.9、Python 3.6环境,本文大纲

  • 建立Django项目
  • 建立页面
  • 什么是URLconf和ROOT_URLCONF
  • Django怎么处理URL请求
  • 关于URL尾部的“/” 反斜线

1. 建立一个Django项目

Application name如果填写会自动帮你建立一个APP,而且APP是必须的,就算你用命令行去创建一个项目也需要再次使用命令创建APP。勾选Enable Django admin,这个后面也会用到。下面是默认的结构。

我们先把下面的内容注释掉,因为还用不到数据库。

启动你的项目

点击链接你会看到下面的内容

2. 你的第一个页面

再次启动项目,不过这次你点击以后会出现404错误,你在URL中输入,将会看到你所期待的页面。

这时候你可能有一些疑问,我必须要输入/hello么,如果我需要输入127.0.0.1:8000就直接看到Hello world页面怎么办?毕竟网站都是有一个默认主页不想输入下一级?这时候我们就需要修改URL配置了。

这时候无论你是否输入/hello都会显示这个页面,如下图

URL中什么都不加也就是网站的根目录其实也根配置其他URL一样需要些一个匹配模式,这个模式就是空。可能细心的同学发现我这里的URL匹配模式中没有了^和$,包括网站根目录也仅仅是一对引号而不是之前的’^$’这种形式。这是在Django 2.0开始发生的变化,2.0以前都是需要加^和$的。但是这里有个问题这里的URL不是正则类型的不是正则就很容易匹配到多个,如果我想使用正则类型的怎么办?看下图:

同样还是主页,这里我们用了正则的写法效果还是一样的,这个写法就和Django 1.x里面一样了,只是这里用了re_path,而且在Django 2.x中要想使用支持正则的URL匹配必须使用这个。

现在我们要讨论几个问题

2.1 什么是URLconf和ROOT_URLCONF

一个URL配置文件也就是上面这样的,用于配置URL匹配模式的文件就是URLconf。那什么是ROOT_URLCONF呢?

在项目层级的settings.py文件中有一个ROOT_URLCONF配置选项,这个选项又指向了默认项目层级自动生成的urls.py这个URLconf文件。其实这个ROOT_URLCONF就是告诉DJANGO从哪里开始去找匹配你输入的URL的匹配模式,当第一个匹配到之后就执行对应的动作。如果一直找不到就返回404.

2.2 Django是怎么处理请求的呢

比如你输入 http://127.0.0.1:8000/hello的时候它怎么就能返回你所期待的内容呢?其实就像上面的ROOT_URLCONF说的那样,它指向了一个包含URL匹配模式得URL配置文件,这些文件同时还可以再包含其他URL配置文件,那么Django就从ROOT_URLCONF配置的地方开始加载URL配置文件,然后逐一去匹配,找到第一个匹配的就执行对应的动作,如果找不到就返回404.

当输入/hello时就匹配到了这条,然后去执行hello这个函数,这个函数定义在mysite.views中

这个函数要执行的具体内容是做一个HTTP响应,返回内容是Hello world。就是这样一个过程。简单一句话URL的配置就是把HTTP请求中的URL映射到具体的Python函数上。

直白一点说请求/hello Django将会调用mysite.views.hello(request),如果有参数,参数也会被传递进来,至于参数怎么传递之后在介绍。

2.3 关于URL尾部的“/”

这个“/”是必须的吗?我好像输入URL时也没有输入这个它自己怎么就给我加上了呢。对于URL来说末尾有没有“/”无所谓,但是到底需不需要是你自己来决定的。默认情况下虽然你不输入“/”django会自动给你加上,但至于能不能访问到你期望的内容就要看你的URL配置是怎样的。

我们的URL配置是这样的 “hello/” 而且Django默认会自动在末尾增加“/”如果你没输入的话,所以这种情况下你在浏览器中是否输入“/”都会访问到你所期待的网页。但如果你这个时候把你URL配置更改一下如下图:(去掉“/”)

这时候由于django默认自动在末尾增加“/”所以这时候你就看不到那个页面了,将会得到404.

为什么会这样呢?很显然 http://127.0.0.1:8000/hello 和 http://127.0.0.1:8000/hello/ 是两个URL,后者无法被URL配置文件匹配到啊,所以你看它给你的提示第三项就说的很明白了。如果我就不想要这个“/”那应该怎么办呢?修改settings.py文件,怎讲下面的内容就禁止自动在末尾增加“/”。

这时候你再访问http://127.0.0.1:8000/hello 这个URL就可以访问到了。

但是如果你这时候访问http://127.0.0.1:8000/hello/ 这个就会得到404,为什么?匹配不到啊。我们再次修改一下URL配置

views.py中增加一个方法

再次访问

所以URL配置中的URL末尾是否包含“/”则是根据喜好都可以。不过根据REST原则“/”只表示分级无特殊意义,所以在URL末尾不建议增加“/”.不过对于传统WEB页面来说加与不加都表示同一资源也就是显示同一结果,所以django才会自动默认加上“/”。

2.4 难道所有的URL配置都写在默认的urls.py文件中吗?

显然不是这就用到一个include函数了。通常情况下每一个APP都有自己的URL配置文件。

mysite是我们的APP,它下面并没有配置URL的地方, 其实URL配置文件就是一个.py文件没有什么特殊的,我们手动建立一个就行。

空空如也的文件,需要写什么呢?照猫画虎,参照之前那个默认生成的urls.py就可以。先说一下需求,所有关于mysite这个APP的URL全部在APP里面的URL配置文件中配置。我们先看这个我们新建的URL配置怎么写:

修改默认的url.py文件

到这里就修改完毕。结果就是输入 结果不变还是我们定义的主页,然后   则显示mysite.views.hello函数执行结果。如下图:

虽然上面两个URL显示结果一样(因为执行的都是相同的东西),但我们的目的是为了说明URL的引入以及不同APP的URL应该在APP里面设置而不是都写到默认生成的urls.py文件中。

Include()函数的作用就是允许引入其他的URLconf设置,当Django遇到带有include()的URL匹配是,如果匹配到那么它会截断匹配的内容将剩余的字符串发送到include()里面的URL配置中继续匹配。

http://127.0.0.1:8000/mysite/hello 在默认的URL配置文件中匹配到/mysite/就截断,然后将hello发送到mystie里面的urls.py去继续匹配。

转载于:https://www.cnblogs.com/rexcheny/p/9635647.html

你可能感兴趣的文章
教你搞定Android自定义View
查看>>
Android多媒体分析-通过MediaStore获取Audio信息
查看>>
PHP常见面试题
查看>>
Cocos2dx 3.11版本 视频添加跳过按钮
查看>>
Eclipse安装ADT失败解决办法
查看>>
centos6.8 安装软件
查看>>
three20 TTTableViewController + TTActionSheetController
查看>>
安装用户debian7安装oracle11g
查看>>
登录用户Eclipse中SVN访问用户的变更办法
查看>>
出口同比中国经济三大怪状折射出啥危机?
查看>>
[活动通知]Nanjing GDG 2013年4月活动
查看>>
什么是反向代理,如何区别反向与正向代理
查看>>
[HAOI2016]食物链
查看>>
android学习的一点点网站资料
查看>>
C++文件读写详解(ofstream,ifstream,fstream)
查看>>
使用FFmpeg从视频中截图的命令
查看>>
Java 泛型(一)
查看>>
关于DateTime和String转换的容易犯得错误
查看>>
SPOJ3276 D-query
查看>>
瓶颈分析
查看>>