django(3)

图书管理系统

django认端口3306

1.一对多的外键关系（ForeignKey）：

书籍和出版社是一对多  外键字段建在书籍表中
publish = models.ForeignKey(to='Publish')  # to表示的就是跟哪张表是一对多的关系   默认都是跟表的主键字段建立关系

​ 只要是ForeignKey的字段 django orm在创建表的时候 会自动在一对多的字段名之后加_id
如果你自己加了 不管 还会继续往后加

补充：

这里可以加参数指定外键关系

2.多对多的外键关系（ManyToManyField）

书籍和作者是多对多的关系
authors = models.ManyToManyField(to='Author')  # 不会在表中生成authors字段 该字段是一个虚拟字段 仅仅是用来告诉django orm自动帮你创建书籍和作者的第三张关系表

3.一对一的外键关系（OneToOneField）

作者与作者详情 是一对一的外键关系
author_detail = models.OneToOneField(to='AuthorDetail',null=True)也会自动再字段名后面加_id

注意：

一对一的外键关系需要加上null= True；否则出现提示代码

You are trying to add a non-nullable field 'author_detail' to author without a default; we can't do that (the database
needs something to populate existing rows).

一对 多: ForeignKey I
对- :OnoToOneField
可以用ForeignKey代替Fore ignKey (unique=True)
上面两个关键字所创建出来的字段会自动加上_ id后缀
多对多:ManyToManyFiled
该字段并不会真正的在表中展示出来它仅仅是一一个虚拟字段
1.告诉orm自动创建第三种表
2.帮助orm跨表查询

Django请求生命周期

url的正则表达式

在没有精确匹配的情况下，url的前后顺序也是你需要你考虑。（从上而下）

​ urls代码：敲入testadd，不加/，

此时只会跳转到他上面一层的“test”页面，因为url是“正则表达式”！，匹配到就结束

urlpatterns = [
    url(r'^admin/', admin.site.urls),
    url(r'test/',views.test),
    url(r'testadd/',views.test)
]

并且是两次请求。第一次全部匹配一遍，第二遍加在敲入的后面自动加/。

解释：事实上是先拿着你输入的结果匹配，如果匹配不上则自动加/去匹配，结果就是敲入一个没有/的地址会有两次请求！

注意url的正则表达式（重要）因此注意url的敲入的顺序

若不想二次匹配。则在settings配置：

APPEND_ SLASH = False

匹配主页

​ 匹配主页也就是什么都不输入，返回一个页面。正则表达式中“ ^+$”代表空；

url(r'^$',views.home)# ^+$可以明确限制内容

如下代表什么都匹配！不要记混

url(r'', views.home),

404的美化网址（有弊端）

​ 敲入不存在的网址返回404的美化网址，而不返回之前默认的页面

​ （404页面）

弊端：输入login还是404

解释：

​ login是精确匹配（$），但是敲入login，不加"/"则往下匹配到空，因此还是404！！

url(r'^$', views.home),
url(r'^login/$', views.login),
url(r'',views.error)

这时候：加上之前：APPEND_ SLASH = False。防止匹配不上就往下匹配

无名分组(无括号)

url(r'^test/[0-9]{4}',views.test),

此时正则表达式的意思是：只要算匹配到以test/开头，并且后面至少是4位数字就算成功

因此输入test/3241rfea3：也算成功

无名分组(有括号)加上括号，就代表要传参

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

url(r'^test/([0-9]{4})/', views.test)
#视图函数部分：
def test(request,2019):
    return Httpresponse('')#必须返回这个
def test(request,xx):
    print(xx)

​ （路由匹配（），则传参）

d+代表至少匹配一个数字，输入的内容必须是纯数字！与上面不同

注意**：无名有名不能混合使用 !!!

#错误示范url(r'^test/(d+)/(?P<year>d+)/', views.test)#错误示范

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

1无名分组支持多个

url(r'^test/(d+)/(d+)/', views.test),

2有名分组支持多个

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

views层：
def test(request,year,xx):#参数一定要这样写
    print(year)
    print(xx)

3有名分组

会出现另外一种情况：与上面不一样，作为关键字参数。则views内的函数要传关键字参数

def test (request,year)必须写year，即前面的名字！！

4.反向解析：（应用场景是避免url更改导致a标签网址不可用）

解析的本质就是将匹配url地址转换为与url绑定关系的固定字符串，这个url地址可能会更换，而这个绑定关系一般不会！！（换一个匹配关系而已）

4.1由来：

​ 由来当有很多html页面和后端代码中频繁的使用了指名道姓的ulr(/index/)，那么一旦路由发生了变化前后端所有的地方都要修改。

如何操作？

​ 4.3.先给url和视图函数对应关系起别名（方法）

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

​ 4.2.前端反向解析。设置完这两步，index的名字随便怎么变都不会影响a标签访问index的地址

{% url 'url取得别名' %}

<a href="{% url 'url取得别名' %}">111</a>

​ 4.3后端反向解析：通过别名，动态解析到这个url到底是谁！

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

from django.shortcuts import render,HttpResponse,redirect,reverse #必须记住
#后端代码：views
print(reverse('kkk'))#现在无论下方红色标记网址如何变化，这个print能够实时跟踪

2无名分组反向解析

解析的本质就是将匹配url地址转换为与url绑定关系的固定字符串，这个url地址可能会更换，而这个绑定关系一般不会！！

2.1方法：

前端解析：url是正则表达式，匹配到啥，解析的时候就要匹配上符合正则表达式的内容，如下！

前端反向解析（1：匹配字母）
url(r'^sdfsf/([a-zA-Z]{4})',views.login,name='index')
{%url index 'wwww'%}   # 正则匹配到4个字母不区分大小写，这里给他写上4个任意字母即可

前端反向解析（1：匹配数字）
url(r'sdfsfafd/(d+)',views.index,name='index')
{% url 'kkk' 1%}       # 后面的数字通常都是数据的id值

后端解析

from django.shortcuts import render,HttpResponse,redirect,reverse #必须记住
# 后端解析1解析字母
print(reserve('kkk',args(1,)))
# 后端解析2匹配数字
print(reserve('kkk',argd('ss',)))

综上：得知无名分组反向解析的时候，加入对应匹配的内容即可！匹配字母要写字符串！

需要手动传一个数字

3有名分组反向解析（平时使用的更多！）

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

url (r'index/ (?P<edit_id>d+) /', index , name='bbb')

后端方向解析

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>#最正规的写法

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

路由分发(****)

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

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

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

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

总路分发：include模块导入

写法一(不推荐)：
from django.conf.urls import url,include# 导入模块
from app01 import urls as app01_urls# 该模块的导入可以用字符串进行自动查找
from app02 import urls as app02_urls# 该模块的导入可以用字符串进行自动查找

urlpatterns = [
    url(r'^admin/', admin.site.urls),
    url(r'^app01/',include(app01_urls)),
    url(r'^app02/',include(app02_urls))


写法二：简便写法！不用导入！
    from django.conf.urls import url,include
urlpatterns = [
    url(r'^admin/', admin.site.urls),
    url(r'^app01/',include('app01.urls')),
    url(r'^app02/',include('app02.urls')),

]

注意：

1.总路由中 一级路由的后面千万不加$符号,因为加了$代表精准匹配，无法实现“路由分发”

现在就实现了路由分发！

6.名称空间(namespace)

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

如何实现？：

在总路由中给每个应用开设一个名称空间：namespace

方式1:

​ namespace='app01'；namespace='app02'

		总路由
			url(r'^app01/',include('app01.urls',namespace='app01'))
			url(r'^app02/',include('app02.urls',namespace='app02'))
		子路由
        	url(url(r'^index/',index,name='aaa')
            url(url(r'^index/',index,name='aaa')
		后端解析的时候
			reverse('app01:aaa')
			reverse('app02:aaa')
		前端解析的时候
			{% url 'app01:aaa' %}
			{% url 'app02:aaa' %}

方式2:

解决方法：在不同app内，name不能相同。起名字的时候：app+名字即可

			name = 'app01_index'
			name = 'app02_index'

7.伪静态

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

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

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

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

8.虚拟环境(避免资源浪费)

作用：

​ 给具体项目设定具体插件，使得打开速度变快

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

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

创建虚拟完的环境

9、django版本的区别

django1.X跟django2.X版本区别

​ 路由层1.X用的是url

​ 而2.X用的是path

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

当你使用2.X不习惯的时候

2.X还有一个叫re_path,它就是你1.X的url

五种默认的转换器以及自定义

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),  
            ...  
        ]  

视图层

小白必会三板斧

1.HttpResponse
2.render
3.redirect

django视图函数必须要给返回一个HttpResponse对象。这是通过看源码以及报错提示得出的结论！

前后端分离

		前端一个人干(前端转成自定义对象)
			JSON.stringify()        json.dumps()
			JSON.parse()			json.loads()
		后端另一个干(python后端用字典)
		只要涉及到数据交互,一般情况下都是用的json格式
		后端只负责产生接口,前端调用该接口能拿到一个大字典
		后端只需要写一个接口文档 里面描述字典的详细信息以及参数的传递

如果一个应用下的视图函数特别特别多你可以新建一个views文件夹,然后根据功能的不同起不同名字的py文件存放不同的功能，实现持续的解耦 可读性

views文件夹
    user.py
    account.py
    order.py
    ...

2.JsonResponse

本质：

​ 还是json，只不过整合了一下，使得两行代码变为一行！

1.序列字典

from django.http import JsonResponse
# json序列字典
data = {'name':'jason好帅哦 我好喜欢','password':123}
res = json.dumps(data,ensure_ascii=False) #后面这句话意思是不要对中文编码！否则为二进制的数据

return HttpResponse(res) # res为json格式的二进制数据：{"name": "wuxi吴锡", "password": 123}

上面这个写法等价于：（下面这个字体小一点）
#{"name": "wuxi吴锡", "password": 123}
return JsonResponse(data,json_dumps_params={'ensure_ascii':False})#ensure_sacii=False

#补充：json_dumps_params。这是看源码得出的如图：

2.序列列表

# json序列列表
l = [1,2,3,4,5,6,7,8]
return JsonResponse(l,safe=False)  # 如果返回的不是字典 只需要修改safe参数为false即可

3.form表单上传文件

form表单上传文件需要注意的事项
1.enctype需要由默认的urlencoded变成formdata
2.method需要由默认的get变成post
3.获取文件：request.FILES（看源码得出的）
(目前还需要考虑的是 提交post请求需要将配置文件中的csrf中间件注释,如果不注释，则上传时报错)	

后端不再通过request.POST获取文件数据,而是通过request.FILES

上传文件的代码：

# 上传文件的代码：
file_obj = request.FILES.get('myfile')
file_obj.name  # 文件名
with open(file_obj.name,'wb') as f:
    for chunk in file_obj.chunks():
        f.write(chunk)

查看json支持的python格式

json.JSONEncoder# 然后CTRL点击JSONEncoder

request方法总结：

request.method
		request.GET
		request.POST
		request.FILES
        request.body  #原生二进制数据
        
        #重点部分
		request.path  #只拿url。 不获取?后面的参数
		request.get_full_path()  #后缀和参数全部获取