serializer 是序列化内容
然后就算我们把form表单发送 给前台同样需要序列化
同时serializer中还有create update这些方法
前端传过来的数据 可以用来更新 添加 删除数据
class UserRegSerializer(serializers.ModelSerializer):
#write_onlg true 返回前端的时候就不会进行序列化了
code = serializers.CharField(help_text='验证码',label='验证码',write_only=True,
error_messages={
'required': "请输入验证码",
'blank': "请输入验证码",
'max_length': "验证码格式错误",
'min_length': "验证码格式错误",
},
required=True, max_length=4, min_length=4)
username = serializers.CharField(label='用户名',
validators=[UniqueValidator(queryset=User.objects.all(),message="用户名已使用")],
max_length = 11, required = True, allow_blank = False)
password = serializers.CharField(write_only=True,
style={'input_type':'password'},label='密码'
)
# def create(self, validated_data):
# user = super(UserRegSerializer,self).create(validated_data=validated_data)
# user.set_password(validated_data['password'])
# user.save()
# return user
def validate_code(self, code):
# initial_data 前端form 传送过来的数据都放在这里面 我们就直接使用
verify_records = VerifyCode.objects.filter(mobile=self.initial_data['username']).order_by('-add_time')
if verify_records:
last_records = verify_records[0] # 获取最后一条
five_mintes_ago = datetime.now() - timedelta(hours=0, minutes=5, seconds=0)
if five_mintes_ago > last_records.add_time:
raise serializers.ValidationError("验证码过期")
if last_records.code != code:
raise serializers.ValidationError("验证码错误")
else:
raise serializers.ValidationError("验证码错误")
# attrs 就是所有的字段code username之类
def validate(self, attrs):
attrs['mobile'] = attrs['username']
del attrs['code']
return attrs
# 我的理解 就是attrs更像一个form 里面有很多数据
# 可以进行加减修改之类 例如上面增加了mobile字段 删除了code字段
class Meta:
model = User
fields = ['username', 'mobile', 'code', 'password']
刚刚我疑惑了一下 就是 什么时候 serializer进行了 save动作
然后我就发现 drf 就是 我们的post 就是一个create动作
所以他就执行了 内置的 create方法 然后把前端post过来的数据进行了 save
我们同样 可以在 上面这个class 中重写create方法
因为传送过来的密码 serializer会进行明文保存，所以要重写 来加密
但是这段代码我还是不太了解
def create(self, validated_data):
user = super(UserRegSerializer,self).create(validated_data=validated_data)
user.set_password(validated_data['password'])
user.save()
return user
下面这些话 我还没有打完 我就发现我错了 我在UserRegSerializer 的父类 找到了 create方法 我瞎了，而且在userprofile中继承父类中 找到的方法是set_password进行加密的 完全学懵逼了
不知道是我对super了解不够 还是怎么的
super 方法 不是就是调用UserRegSerializer 的父类中的 create方法吗
但是UserRegSerializer 的父类 不就是serializers.ModelSerializer 或者 serializer继承的类
但是我看了 他们都没有create方法啊
那它去调用谁的呢 object的吗
同时教程又说 调用的是userprofile model 中继承的AbstractUser 的父类的create方法
这里面确实有create方法
但是这个怎么扯得上关系呢
保留这段话 是为了 让自己 时刻保持注意力 不要犯这种低级错误
这样一下子 就明朗多了 果然谢谢记录 还是能发现一些问题的
我们可以重写 create方法 也可以使用另一个方法
就是django为我们提供的 singles 来处理 信号
Django 提供一个“信号分发器”，允许解耦的应用在框架的其它地方发生操作时会被通知到。简单来说，信号允许特定的sender通知一组receiver某些操作已经发生。这在多处代码和同一事件有关联的情况下很有用。
上面是中文文档的解释
意思就是当执行到了某个model的时候 我们可以接收到这个信号 然后 执行一些 方法
我们可以在utils 中创建一个 单独的 singles.py 来写这个
from django.conf import settings
from django.db.models.signals import post_save
from django.dispatch import receiver
from rest_framework.authtoken.models import Token
from django.contrib.auth import get_user_model
User = get_user_model()
@receiver(post_save, sender=User)
def create_auth_token(sender, instance=None, created=False, **kwargs):
if created:
password = instance.password
instance.set_password(password)
instance.save()
# Token.objects.create(user=instance)
使用django给我们内置的信号 来处理 同时也可以自己定义信号
然后receiver 是一个修饰器 这里用作一个连接的作用
post_save 是一个内置信号
就像pre_save一样,但结束时发送save 方法。
所以你不用太纠结在此
一些信号会发送多次，但是你只想接收这些信号的一个确定的子集。例如，考虑pre_save信号，它在模型保存之前发送。大多数情况下，你并不需要知道所有模型何时保存 -- 只需要知道一个特定的模型何时保存。
sender 指向
在这些情况下，你可以通过注册来接收只由特定sender 发出的信号。对于django.db.models.signals.pre_save的情况， sender 是被保存的模型类，所以你可以认为你只需要由某些模型发出的信号
这里的create默认是False
如果他传送过来True 那么他才会执行下面的语句
