图书管理系统
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() #后缀和参数全部获取