url携带的第一个参数就是正则表达式,

一旦前面匹配到了内容 就不会往下继续匹配了  而是执行相应的视图函数

 像上方这样的正则表达式 不管输入testadd,还是test永远无法执行testadd对应的视图函数

正是由于上面的特性 当你的项目特别庞大的时候 url的前后顺序也是你需要你考虑
极有可能会出现url错乱的情况

django在路由的匹配的时候 当你在浏览器中没有敲最后的斜杠
django会先拿着你没有敲斜杠的结果取匹配 如果都没有匹配上 会让浏览器在末尾加斜杠再发一次请求 再匹配一次 如果还匹配不上才会报错
如果你想取消该机制 不想做二次匹配可以在settings配置文件中 指定
APPEND_SLASH = False # 该参数默认是True

这些都是由

CommonMiddleware
中间件完成的

路由分发(重点)

当你的django项目特别庞大的时候 路由与视图函数对应关系特别特别多
那么你的总路由urls.py代码太过冗长 不易维护

每一个应用都可以有自己的urls.py,static文件夹,templates文件夹(******)

正是基于上述条件 可以实现多人分组开发 等多人开发完成之后 我们只需要创建一个空的django项目
然后将多人开发的app全部注册进来 在总路由实现一个路由分发 而不再做路由匹配(来了之后 我只给你分发到对应的app中)


当你的应用下的视图函数特别特别多的时候 你可以建一个views文件夹 里面根据功能的细分再建不同的py文件(******)

在多个app的情况下,我们路由层就不能像之前写的一样,而是要写成类似于先把路由分发给各个app,每个app里面的路由层再进行分发

总路由中 一级路由的后面千万不加$符号

 我们还需要将各个app中的urls导入并起别名,因为每个app中urls文件的名字相同

 进行app分发之前我们需要先导入include模块

 再像这样进行路由分发

app内的路由层还像之前一样书写

 不过我们的url就不能像之前一样书写了,要写成127.0.0.1:8080/app01/index这样的形式

无名分组

url(r'^test/([0-9]{4})/', views.test)
路由匹配的时候 会将括号内正则表达式匹配到的内容 当做位置参数传递给视图函数

类似于test(request, num)调用函数

有名分组

url(r'^test/(?P<year>d+)/', views.test)

?P<year>就是给后面匹配到的数字进行命名

路由匹配的时候 会将括号内正则表达式匹配到的内容 当做关键字参数传递给视图函数

test(request,year=2019)

注意:有名分组和无名分组不能混合使用

但是 用同一种分组 可以使用多个

# 无名分组支持多个
        # url(r'^test/(d+)/(d+)/', views.test),
        # 有名分组支持多个
        # url(r'^test/(?P<year>d+)/(?P<xx>d+)/', views.test),

反向解析

　　本质:其实就是给你返回一个能够返回对应url的地址

　　1.先给url和视图函数对应关系起别名

　　　　url(r'^index/$',views.index,name='kkk')

　　2.反向解析

　　　　后端反向解析

　　　　　　后端可以再任意位置通过reverse反向解析出对应的url

　　　　　　from django.shortcuts import render,HttpResponse,redirect,reverse

　　　　　　reverse  需要先导入
　　　　　　reverse('kkk')  # 直接通过别名进行解析url地址

无名分组反向解析　　

url(r'^index/(d+)/$',views.index,name='kkk')

后端反向解析
　　reverse('kkk',args=(1,))    # 后面的数字通常都是数据的id值
前端反向解析
　　{% url 'kkk' 1%}   # 后面的数字通常都是数据的id值

有名分组反向解析

同无名分组反向解析意义的用法

url(r'^index/(?P<year>d+)/$',views.index,name='kkk')

后端方向解析

　　print(reverse('kkk',args=(1,)))  # 推荐你使用上面这种  减少你的脑容量消耗

　　print(reverse('kkk',kwargs={'year':1}))

前端反向解析

　　<a href="{% url 'kkk' 1 %}">1</a>  # 推荐你使用上面这种  减少你的脑容量消耗

　　<a href="{% url 'kkk' year=1 %}">1</a>

注意:在同一个应用下 别名千万不能重复!!!

名称空间(了解)

多个app的起了相同的别名 这个时候用反向解析 并不会自动识别应用前缀
如果想避免这种问题的发生

方式1:

　　总路由

　　　　url(r'^app01/',include('app01.urls',namespace='app01'))

　　　　url(r'^app02/',include('app02.urls',namespace='app02'))

　　后端解析的时候

　　　　reverse('app01:index')

　　　　reverse('app02:index')

　　前端解析的时候

　　　　{% url 'app01:index' %}

　　　　{% url 'app02:index' %}

方式2:

　　起别名的时候不要冲突即可  一般情况下在起别名的时候通常建议以应用名作为前缀

　　name = 'app01_index'

　　name = 'app02_index'

伪静态

静态网页:数据是写死的 万年不变

伪静态网页的设计是为了增加百度等搜索引擎seo查询力度

所有的搜索引擎其实都是一个巨大的爬虫程序

网站优化相关 通过伪静态确实可以提高你的网站被查询出来的概率
但是再怎么优化也抵不过RMB玩家

比如  https://www.cnblogs.com/Dominic-Ji/articles/10982293.html  以.html结尾

但是数据是从数据库中获取的,并不是写死的

虚拟环境

一般情况下 我们会给每一个项目 配备该项目所需要的模块 不需要的一概不装
虚拟环境 就类似于为每个项目量身定做的解释器环境


如何创建虚拟环境
每创建一个虚拟环境 就类似于你又下载了一个全新的python解释器

django版本的区别

django1.X跟django2.X版本区别

　　路由层1.X用的是url
　　而2.X用的是path

　　2.X中的path第一个参数不再是正则表达式,而是写什么就匹配什么 是精准匹配

　　当你使用2.X不习惯的时候 2.X还有一个叫re_path
　　2.x中的re_path就是你1.X的url

虽然2.X中path不支持正则表达式  但是它提供了五种默认的转换器

　　1.0版本的url和2.0版本的re_path分组出来的数据都是字符串类型
　　默认有五个转换器，感兴趣的自己可以课下去试一下
　　str,匹配除了路径分隔符（/）之外的非空字符串，这是默认的形式
　　int,匹配正整数，包含0。
　　slug,匹配字母、数字以及横杠、下划线组成的字符串。
　　uuid,匹配格式化的uuid，如 075194d3-6885-417e-a8a8-6c931e272f00。
　　path,匹配任何非空字符串，包含了路径分隔符（/）（不能用？）

　　path('index/<int:id>/',index)  # 会将id匹配到的内容自动转换成整型

还支持自定义转换器
            class FourDigitYearConverter:  
            regex = '[0-9]{4}'  
            def to_python(self, value):  
                return int(value)  
            def to_url(self, value):  
                return '%04d' % value  占四位，不够用0填满，超了则就按超了的位数来！
            register_converter(FourDigitYearConverter, 'yyyy')  
            
            urlpatterns = [  
                    path('articles/2003/', views.special_case_2003),  
                    path('articles/<yyyy:year>/', views.year_archive),  
                    ...  
                ]  

Django请求生命周期