目录
Ajax补充说明
主要针对回调函数args接收到后端的响应数据
1.后端request.is_ajax()
后端用于判断当前用户的请求是否由Ajax发出
结果：
还可以再细分
2.后端返回的三板斧都会被args接收不再影响整个浏览器页面
前端：
后端：
结果：
返回了整个前端页面 都被args形参接收了
3.选择使用ajax做前后端交互的时候 后端一般返回的都是字典数据
jax做前后端交互 后端返回的都是字典得形式返回Ajax
我们可以自定义状态码 返回到前端ajax 那么Ajax就可以通过判断code的状态码是多少 从而做出不同的效果
那么怎么把字典返回给前端呢？ 前端默认是字符串 而字典不是字符串
有两种方式
方式一：
用json.dumps把字典序列化处理转成JSON字符串类型的数据 而HttpResponse就能返回字符串数据类型J
前端接收的序列化数据
在前端再反序列化成js的自定义对象
结果：
那么以上太麻烦了都得自己转
方式二：
我们还学过JsonResponse 默认发送字典 更加的见名知意
前端
结果：
直接变自定义对象 这样在前端就不用自己转了
所以当在后端要返回一个字典给前端时 使用JsonResponse更方便合理 就不再需要自己转了
那么在Ajax里面个参数dataType 自动解析反序列化后端的JSON格式的字符串
后端用json序列化发送
前端Ajax直接配置dataType:'json'
结果：
ajax自动反序列化后端的json格式的bytes类型数据dataType:'json'
多对多三种创建方式
1.全自动创建
class Book(models.Model):
title = models.CharField(max_length=32)
authors = models.ManyToManyField(to='Author')
class Author(models.Model):
name = models.CharField(max_length=32)
优势:自动创建第三张表 并且提供了add、remove、set、clear四种操作
劣势:第三张表无法创建更多的字段 扩展性较差
2.纯手动写
class Book(models.Model):
title = models.CharField(max_length=32)
class Author(models.Model):
name = models.CharField(max_length=32)
class Book2Author(models.Model):
book = models.ForeignKey(to='Book')
author = models.ForeignKey(to='Author')
others = models.CharField(max_length=32)
join_time = models.DateField(auto_now_add=True)
优势:第三张表完全由自己创建 扩展性强
劣势:编写繁琐 并且不再支持add、remove、set、clear以及正反向概念
3.半自动创建
得要在第三张关系表创建字段 而且还支持自己写
但是在表里可以加外键字段
class Book(models.Model):
title = models.CharField(max_length=32)
authors = models.ManyToManyField(to='Author',
through='Book2Author', through_fields=('book','author')
)
class Author(models.Model):
name = models.CharField(max_length=32)
class Book2Author(models.Model):
book = models.ForeignKey(to='Book', on_delete=models.CASCADE)
author = models.ForeignKey(to='Author', on_delete=models.CASCADE)
others = models.CharField(max_length=32)
join_time = models.DateField(auto_now_add=True)
告诉ORM那个表是来维护书与作者表的多对多的关系 其中through_field中的字段顺序是不能乱(在书表为基表中创建的外键那么字段名book记得在前)
优势:第三张表完全由自己创建 扩展性强 正反向概念依然清晰可用
劣势:编写繁琐不再支持add、remove、set、clear
Django内置序列化组件(drf前身)
如果不创建新的表 将原来的注释掉
在基于原来的表中做修改重新执行同步迁移 会报错
将注册表中数据删除
将原来的表删除 再执行同步迁移
场景：没办法使用模板语法及return locals传到前端页面使用
前后端分离的项目 视图函数只需要返回JSON格式的数据即可
from app01 import models
from django.http import JsonResponse
def ab_ser_func(request):
# 1.查询所有的书籍对象
book_queryset = models.Book.objects.all() # queryset [对象、对象]
# 2.封装成大字典返回
data_dict = {}
for book_obj in book_queryset:
temp_dict = {}
temp_dict['pk'] = book_obj.pk
temp_dict['title'] = book_obj.title
temp_dict['price'] = book_obj.price
temp_dict['info'] = book_obj.info
data_dict[book_obj.pk] = temp_dict # {1:{},2:{},3:{},4:{}}
return JsonResponse(data_dict)
序列化组件(django自带 后续学更厉害的drf)
# 导入内置序列化模块
from django.core import serializers
# 调用该模块下的方法，第一个参数是你想以什么样的方式序列化你的数据
res = serializers.serialize('json', book_queryset)
return HttpResponse(res)
先封装成字典
字典再返回到前端 需要明确现在是Js前端跟python后端交互 能与前端交互的唯一方式就是json格式数据 字典得用JsonResponse序列化成json字符串格式再返回到前端
有了字典 用JsonResponse返回出去
结果：
前端看后端接口返回的数据：
bejson网站
)
聚合数据
而这样写的效率太低了 Django就专门开发了写接口的工具
Django自带 叫序列化组件(数据序列化将数据弄成json格式大字典) 这只是一个过渡 后续有drf
导一个序列化模块
结果：
ORM批量操作数据(ORM操作优化)
def ab_bk_func(request):
# 1.往books表中插入10万条数据
# for i in range(1, 100000):
# models.Books.objects.create(title='第%s本书' % i)
"""直接循环插入 10s 500条左右"""
book_obj_list = [] # 可以用列表生成式[... for i in ... if ...] 生成器表达式(... for i in ... if ...)
for i in range(1, 100000):
book_obj = models.Books01(title='第%s本书' % i) # 单纯的用类名加括号产生对象
book_obj_list.append(book_obj)
# 批量插入数据
models.Books01.objects.bulk_create(book_obj_list)
"""使用orm提供的批量插入操作 5s 10万条左右"""
# 2.查询出所有的表中并展示到前端页面
book_queryset = models.Books01.objects.all()
return render(request, 'BkPage.html', locals())
当在访问这个路由的时候往book表中插入十万条数据
直接循环插入数据 并展示到前端页面
一直在加载
10s才500条数据
而ORM提供了一个更加快捷的方式 可以批量插入 调bluk_create
结果：
5秒就十万条
分页器思路
分页器主要听处理逻辑 代码最后很简单
推导流程
1.queryset支持切片操作(正数)
2.研究各个参数之间的数学关系
每页固定展示多少条数据、起始位置、终止位置
3.自定义页码参数
current_page = request.GET.get('page')
4.前端展示分页器样式
5.总页码数问题
divmod方法
6.前端页面页码个数渲染问题
后端产生 前端渲染
数据不能可能全部展示 引申分页 不可能全展示
思维过程：
queryset支持切片操作
2.再研究各个参数之间的数学关系：
每页展示多少 起始位置 终止
三者关系
路由问号后面携带的参数的形式来获取当前页数 get请求获取
还需要自定义页码参数：输的不是数字页数可能报错 异常处理如输的不是数字让当前为1
前端分页器：ip和端口自动加
总页码数怎么渲染？
获取到底有多少？divmod方法
判断余数为TRUE加一
怎么动态展示？
传到后端去再传递前端
这么长页码 怎么优化
结果
渲染一下
当左端点5呢？
然而是不需要自己写的 有封装写好的 自带封装但使用很麻烦
我们可以自己封装 将自己写的分页器拷贝
自定义分页器的使用
django自带分页器模块但是使用起来很麻烦 所以我们自己封装了一个
只需要掌握使用方式即可
def ab_pg_func(request):
book_queryset = models.Books01.objects.all()
from app01.utils.mypage import Pagination
current_page = request.GET.get('page')
page_obj = Pagination(current_page=current_page, all_count=book_queryset.count())
page_queryset = book_queryset[page_obj.start:page_obj.end]
return render(request, 'pgPage.html', locals())
{% for book_obj in page_queryset %}
<p>{{ book_obj.title }}</p>
{% endfor %}
{{ page_obj.page_html|safe }}
自定义分页器封装代码
class Pagination(object):
def __init__(self, current_page, all_count, per_page_num=2, pager_count=11):
"""
封装分页相关数据
:param current_page: 当前页
:param all_count: 数据库中的数据总条数
:param per_page_num: 每页显示的数据条数
:param pager_count: 最多显示的页码个数
"""
try:
current_page = int(current_page)
except Exception as e:
current_page = 1
if current_page < 1:
current_page = 1
self.current_page = current_page
self.all_count = all_count
self.per_page_num = per_page_num
# 总页码
all_pager, tmp = divmod(all_count, per_page_num)
if tmp:
all_pager += 1
self.all_pager = all_pager
self.pager_count = pager_count
self.pager_count_half = int((pager_count - 1) / 2)
@property
def start(self):
return (self.current_page - 1) * self.per_page_num
@property
def end(self):
return self.current_page * self.per_page_num
def page_html(self):
# 如果总页码 < 11个：
if self.all_pager <= self.pager_count:
pager_start = 1
pager_end = self.all_pager + 1
# 总页码 > 11
else:
# 当前页如果<=页面上最多显示11/2个页码
if self.current_page <= self.pager_count_half:
pager_start = 1
pager_end = self.pager_count + 1
# 当前页大于5
else:
# 页码翻到最后
if (self.current_page + self.pager_count_half) > self.all_pager:
pager_end = self.all_pager + 1
pager_start = self.all_pager - self.pager_count + 1
else:
pager_start = self.current_page - self.pager_count_half
pager_end = self.current_page + self.pager_count_half + 1
page_html_list = []
# 添加前面的nav和ul标签
page_html_list.append('''
<nav aria-label='Page navigation>'
<ul class='pagination'>
''')
first_page = '<li><a href="?page=%s">首页</a></li>' % (1)
page_html_list.append(first_page)
if self.current_page <= 1:
prev_page = '<li class="disabled"><a href="#">上一页</a></li>'
else:
prev_page = '<li><a href="?page=%s">上一页</a></li>' % (self.current_page - 1,)
page_html_list.append(prev_page)
for i in range(pager_start, pager_end):
if i == self.current_page:
temp = '<li class="active"><a href="?page=%s">%s</a></li>' % (i, i,)
else:
temp = '<li><a href="?page=%s">%s</a></li>' % (i, i,)
page_html_list.append(temp)
if self.current_page >= self.all_pager:
next_page = '<li class="disabled"><a href="#">下一页</a></li>'
else:
next_page = '<li><a href="?page=%s">下一页</a></li>' % (self.current_page + 1,)
page_html_list.append(next_page)
last_page = '<li><a href="?page=%s">尾页</a></li>' % (self.all_pager,)
page_html_list.append(last_page)
# 尾部添加标签
page_html_list.append('''
</nav>
</ul>
''')
return ''.join(page_html_list)
新建目录utils py文件存储
只需传 总页数 当前页及其他的按默认来也可以去改
切片操作
传到页面
传切片之后的到前端
form组件
前戏
获取用户数据并发送给后端校验
需求：后端获取前端发送过来的数据 要再屁股后面展示出是否校验是否正确
定义个字典一旦发送post请求或者get就会对字典里的值做修改 那么一旦用户输入的是jason或者123 那么就修改了字典里值然后再返回到页面
前端写form表单 再在后面上加span标签
一旦发送的是post就会判断输入的是不是jason 或123 如是对字典键做修改返回页面
form组件校验数据
小需求:获取用户数据并发送给后端校验 后端返回不符合校验规则的提示信息
form组件
1.自动校验数据
2.自动生成标签
3.自动展示信息
from django import forms
class MyForm(forms.Form):
username = forms.CharField(min_length=3, max_length=8) # username字段最少三个字符最大八个字符
age = forms.IntegerField(min_value=0, max_value=200) # 年龄最小0 最大200
email = forms.EmailField() # 必须符合邮箱格式
校验数据的功能(初识)
form_obj = views.MyForm({'username':'jason','age':18,'email':'123'})
form_obj.is_valid() # 1.判断数据是否全部符合要求
False # 只要有一个不符合结果都是False
form_obj.cleaned_data # 2.获取符合校验条件的数据
{'username': 'jason', 'age': 18}
form_obj.errors # 3.获取不符合校验规则的数据及原因
{'email': ['Enter a valid email address.']}
1.只校验类中定义好的字段对应的数据 多传的根本不做任何操作
2.默认情况下类中定义好的字段都是必填的
前后端结合时 form组件把以上都做了
1.只校验类中定义好的字段对应的数据 多传的根本不做任何操作
2.默认情况下类中定义好的字段都是必填的
提前写好规范 导form模块
is_valid判断所有数据是否合法 只要一个不符合结果都是False
cleaned_data自动划分符合校验条件的数据
errors查看不符合的原因
原理是
正常情况
极端情况 当传多个 只会校验对应的数据
极端情况 少传了 直接报错 定好就必须要传
