- forms组件钩子函数
- forms组件字段参数
- forms组件字段类型
- forms组件源码分析
- cookie与session简介
- django操作cookie与session
"""
钩子函数的含义其实就是在程序的执行过程中穿插额外的逻辑
校验用户名是否已存在
钩子函数之局部钩子(校验单个字段)
校验密码和确认密码是否一致
钩子函数之全局钩子(校验多个字段)
"""
# 局部钩子:校验用户名是否已存在(一次性只能勾一个人)
'''钩子函数是数据经过了字段第一层参数校验之后才会执行'''
def clean_name(self): # 自动生成的函数名 专门用于对name字段添加额外的校验规则
# 1.先获取用户名
name = self.cleaned_data.get('name')
# 2.判断用户名是否已存在
is_exist = models.User.objects.filter(name=name)
if is_exist:
# 3.提示信息
self.add_error('name', '用户名已存在')
# 4.最后将你勾上来的name返回回去
return name
# 全局钩子:校验密码与确认密码是否一致(一次性可以勾多个人)
def clean(self):
# 1.获取多个字段数据
password = self.cleaned_data.get('password')
confirm_password = self.cleaned_data.get('confirm_password')
if not password == confirm_password:
self.add_error('confirm_password', '两次密码不一致 你个傻帽!!!')
# 最后将整个数据返回
return self.cleaned_data
min_length 最小长度
max_length 最大长度
label 字段名称
error_messages 错误提示
min_value 最小值
max_value 最大值
initial 默认值
validators 正则校验器
from django.core.validators import RegexValidator
phone = forms.CharField(
validators=[
RegexValidator(r'^[0-9]+$', '请输入数字'),
RegexValidator(r'^159[0-9]+$', '数字必须以159开头')],
)
widget 控制渲染出来的标签各项属性
password = forms.CharField( widget=forms.widgets.PasswordInput(attrs={'class':'form-control'})
)
forms.widgets.控制type的类型(attrs=控制各项属性:class id ...)
choices 选择类型的标签内部对应关系
可以直接编写 也可以从数据库中获取
hobby = forms.MultipleChoiceField(
choices=((1, "篮球"), (2, "足球"), (3, "双色球"),),
)
def __init__(self, *args, **kwargs):
super(MyForm,self).__init__(*args, **kwargs)
self.fields['hobby'].choices = models.Classes.objects.all().values_list('id','caption')
参考博客
"""
看源码可以提升编程能力(CBV源码)
也可以从中获取出更多的使用方式(JsonResponse)
"""
def is_valid(self):
return self.is_bound and not self.errors
# 查看类源码发现只要给类传参self.is_bound肯定是True
@property
def errors(self):
if self._errors is None:
self.full_clean()
return self._errors
# 查看了源码发现self._errors初始化就是None 所以肯定走full_clean方法
# 查看源码发现校验数据的整个过程内部都有异常处理机制
from django.core.exceptions import ValidationError
raise ValidationError('用户名不存在 你个DSB')
forms组件主要配合models里面的默写类一起使用 但是默写类里面的字段需要在forms类中相当于重写一遍 代码冗余
为了更好的结合forms与models的关系 有了一个ModelForm(基于forms组件)
class MyUser(forms.ModelForm):
class Meta:
model = models.User # 指定关联的表
fields = '__all__' # 所有的字段全部生成对应的forms字段
labels = {
'name': '用户名',
'age': '年龄',
'addr': '地址',
'email': '邮箱'
}
widgets = {
"name": forms.widgets.TextInput(attrs={"class": "form-control"}),
}
def reg(request):
form_obj = MyUser()
if request.method == 'POST':
form_obj = MyUser(request.POST)
if form_obj.is_valid():
# form_obj.save() # 新增数据
edit_obj = models.User.objects.filter(pk=5).first()
form_obj = MyUser(request.POST, instance=edit_obj) # 是新增还是保存就取决于有没有instance参数
form_obj.save() # 编辑数据
return render(request, 'reg.html', locals())
cookie与session简介
# cookie简介
早期的互联网应用程序都是不保存用户状态的,所有人发送请求返回的都是相同的页面
现如今几乎所有的应用程序都可以保存用户状态!!!>>>:如何实现的???
HTTP协议四大特性之一:无状态
让服务端知道你是谁的方式很单一>>>:携带用户名和密码(身份标识)
每次操作之前都需要输入用户名和密码
当你成功登录之后浏览器会在本地帮你保存用户名和密码
每次操作浏览器自动发送用户名和密码
cookie本质
指代服务端让客户端保存的数据(存储在客户端上与用户信息相关的数据)
'''简单的记忆:cookie就是存在客户端的东西'''
# session简介
早期的cookie是直接存储的用户明文相关信息 不安全
用户登录成功之后 服务端生成一个随机字符串 返回给客户端保存
之后客户端每次发请求携带该随机字符串 服务端获取之后比对后台数据
eg:
服务端
随机字符串1 用户数据1
随机字符串2 用户数据2
随机字符串3 用户数据3
客户端
随机字符串1、随机字符串2、随机字符串3
session本质
指代服务端保存的跟用户信息相关的数据
'''简单的记忆:session就是存在服务端的东西'''
"""
1.session的工作必须依赖于cookie
2.客户端也有权拒绝保存数据
"""
ps:针对身份标识问题有很多方式 cookie和session是最基本的
token、jwt...
django操作cookie
# 视图函数返回值
return HttpResonse()
return render()
return redirect()
...
不直接返回对象 而是先用变量名指代 然后操作对象方法
res = HttpResonse()
return res
res = render()
return res
res = redirect()
return res
# 基本使用
res.set_cookie() # 设置
res.COOKIE.get() # 获取
# 有很多视图函数需要添加登录认证 有时候又需要取消登录认证
装饰器
# 用户登录之后跳转到用户登录之前想要访问的页面
