标签:查看 add 参数 strong register 地址 数据交互 图书 spec
django认端口3306
书籍和出版社是一对多 外键字段建在书籍表中
publish = models.ForeignKey(to='Publish') # to表示的就是跟哪张表是一对多的关系 默认都是跟表的主键字段建立关系
? 只要是ForeignKey的字段 django orm在创建表的时候 会自动在一对多的字段名之后加_id
如果你自己加了 不管 还会继续往后加
这里可以加参数指定外键关系
书籍和作者是多对多的关系
authors = models.ManyToManyField(to='Author') # 不会在表中生成authors字段 该字段是一个虚拟字段 仅仅是用来告诉django orm自动帮你创建书籍和作者的第三张关系表
作者与作者详情 是一对一的外键关系
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跨表查询
在没有精确匹配的情况下,url的前后顺序也是你需要你考虑。(从上而下)
? urls代码:敲入testadd,不加/,
此时只会跳转到他上面一层的“test”页面,因为url是“正则表达式”!,匹配到就结束
urlpatterns = [
url(r'^admin/', admin.site.urls),
url(r'test/',views.test),
url(r'testadd/',views.test)
]
并且是两次请求。第一次全部匹配一遍,第二遍加在敲入的后面自动加/。
解释:事实上是先拿着你输入的结果匹配,如果匹配不上则自动加/去匹配,结果就是敲入一个没有/的地址会有两次请求!
若不想二次匹配。则在settings配置:
APPEND_ SLASH = False
? 匹配主页也就是什么都不输入,返回一个页面。正则表达式中“ ^+$”代表空;
url(r'^$',views.home)# ^+$可以明确限制内容
如下代表什么都匹配!不要记混
url(r'', views.home),
? 敲入不存在的网址返回404的美化网址,而不返回之前默认的页面
? (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)
会出现另外一种情况:与上面不一样,作为关键字参数。则views内的函数要传关键字参数
def test (request,year)必须写year,即前面的名字!!
解析的本质就是将匹配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能够实时跟踪
解析的本质就是将匹配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',)))
综上:得知无名分组反向解析的时候,加入对应匹配的内容即可!匹配字母要写字符串!
需要手动传一个数字
同无名分组反向解析意义的用法
url (r‘index/ (?P
后端方向解析
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文件(***)
写法一(不推荐):
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.总路由中 一级路由的后面千万不加$符号,因为加了$代表精准匹配,无法实现“路由分发”
现在就实现了路由分发!
多个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'
静态网页:数据是写死的 万年不变
伪静态网页的设计是为了增加百度等搜索引擎seo查询力度
所有的搜索引擎其实都是一个巨大的爬虫程序
网站优化相关 通过伪静态确实可以提高你的网站被查询出来的概率
但是再怎么优化也抵不过RMB玩家
作用:
? 给具体项目设定具体插件,使得打开速度变快
一般情况下 我们会给每一个项目 配备该项目所需要的模块 不需要的一概不装
虚拟环境 就类似于为每个项目量身定做的解释器环境
如何创建虚拟环境
每创建一个虚拟环境 就类似于你又下载了一个全新的python解释器
创建虚拟完的环境
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
...
本质:
? 还是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即可
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.method
request.GET
request.POST
request.FILES
request.body #原生二进制数据
#重点部分
request.path #只拿url。 不获取?后面的参数
request.get_full_path() #后缀和参数全部获取
标签:查看 add 参数 strong register 地址 数据交互 图书 spec
原文地址:https://www.cnblogs.com/ZDQ1/p/11565455.html