serializer验证数据

前言

这几天在做公司的项目，记录下感想，与大家一起分享交流
主要从要实现的业务需求着手，然后慢慢扩展

场景分析：

• 前端将房间物业费信息以及车位费信息传递过来，我需要将验证数据的合理性然后进一步做相关的处理
  先大致看一下数据格式（很多代码的编写需要从需求，数据格式等地方思考 需要清楚自己做什么）

{    "uuid": "9",    "start_time": "2017-08-28",    "end_time": "2017-09-27",    "price": "0.03"    ...    "parkings": [        {            "price": "1            "parking_type": "O",            "start_time": "2017-08-20",            "end_time": "2017-09-20",            "uuid": "ca21f6b2-705c-11e7-8985-e4f89c5701e8",            ...        },        {            "price": "2",            "start_time": "2017-08-28",            "end_time": "2017-09-28",            "uuid": "d8808ce6-705c-11e7-8985-e4f89c5701e8",            ...        }    ]}    ]}

要干嘛：

通过上面的数据结构生成一样房间订单，两张车位订单，生成之前需要验证数据是否正确，比如验证开始日期必须在xxx之前，费用计算是否正确等。
当然传过来的字段是不完整的，还需要一些字段需要自己处理，比如订单编号

主要思路：

• 基础知识点：
  
  • validate（）
    restframework提供的验证数据的方法

流程：
* 验证房间订单信息
* 将房间订单相关的信息传递进定制的序列化中
* data可以看成是刚刚的json的数据，ProperyOrderValidateTempSer就是自己编写的serializer类
* 调用is_valid的时候就会调用validate方法

            property_temp_ser = PropertyOrderValidateTempSer(data=data)if property_temp_ser.is_valid():    passelse:    return http_400_response(property_temp_ser.errors)

• 验证车位订单信息
  
  • 入口类似上面，将相关数据倒进定义好的序列化中，不过这里是将data[‘parkings’] 这个list倒进去

开始分析:

上篇博客埋下了一个小伏笔，传进去的不是对象，而是纯的字典类型数据会怎样？

class PropertyOrderValidateTempSer(serializers.ModelSerializer):    # start_time = serializers.SerializerMethodField()    # end_time = serializers.SerializerMethodField()    order_number = serializers.SerializerMethodField()    class Meta:        model = PropertyOrder        fields = '__all__'    def get_order_number(self, obj):        return now() + random.randint(100, 999)    def validate(self, data):        room = Room.objects.get(id=data['room'].id)        # TODO 开始缴费日期为上次的截止有效期 目前是精度是有效期当天及后一天        if (data['start_time'] + datetime.timedelta(days=1) < room.effective_time or                    data['start_time'] > room.effective_time):            raise serializers.ValidationError("物业费开始缴费日期错误")

这里选用的依然是ModelSerializer

• fields = ‘_ all _‘是干啥的

先打印当前validate里面的data看看：

OrderedDict([(u'order_type', 'W'), (u'price', Decimal('0.03')), (u'start_time', datetime.datetime(2017, 8, 28, 0, 0, tzinfo=<django.utils.timezone.LocalTimezone object at 0x7f5088604710>)), ..., (u'room', <Room: 青岛颐中物业管理有限公司>), (u'creater', 3>)])

上面数据是省略的数据，说明的点是，把传进来的data，字段出现在PropertyOrder里的都加载进来了。

假象一个业务逻辑：首先需要检验下价格是否正确，然后将人民币转换成美元存储…

现在我们将代码改一改：

class PropertyOrderValidateTempSer(serializers.ModelSerializer):    # start_time = serializers.SerializerMethodField()    # end_time = serializers.SerializerMethodField()    order_number = serializers.SerializerMethodField()    price = serializers.SerializerMethodField()    class Meta:        model = PropertyOrder        # fields = '__all__'        fields = ('room', 'end_time', 'start_time', 'price', 'order_number', 'order_type')    def get_order_number(self, obj):        return now() + random.randint(100, 999)    def get_price(self, obj):        print obj        # 转换相关逻辑不重要，主要是这个场景        ...        return "1"    ...

这时候打印 validate() 里面的data和 get_price()里面的obj看看

validate:OrderedDict([(u'room', <Room: 青岛颐中物业管理有限公司>), ..., (u'order_type', 'W')])get_price:OrderedDict([(u'room', <Room: 青岛颐中物业管理有限公司>), ..., (u'order_type', 'W')])

结论就是price被吃掉了,不能即实现验证又转换汇率了
原理是啥我目前也说不清楚，当时发现这个的时候还郁闷很久，
price被吃掉的原因估计是：

price = serializers.SerializerMethodField()

因为当前传过来的是dict类型的数据，重写price的时候，validate()的data就没有它了（get_price()的obj也一样）
回想第一节，传进序列化的是一个数据库查询对象的时候，无论重不重写里面已有的字段，比如重写price，validate()里面的data绝对还是有price字段的… （这段不明白的可以回顾下上篇博客，留意下effective_time字段）

总结：

• fields 定义的字段不仅仅影响到传出去的字段，也影响到进行验证处理的字段

  • 传出去的字段，一定都在fields里

  • validate验证能取到的字段一定都在fields里，不过可能由于其他原因导致fields有的字段，validate里面没有，比如这里的price

• SeriazlierMethod定义的是传出去的字段，如果传进来的数据是dict类型的，当字段名称相互重复的时候，validate里面的字段就会被吃掉()

  • 由于这个特性，根据业务需求编写代码的时候就要考虑到这一点，可能有同学要说，解决重名还不容易？SerialzierMethod这里改个名嘛。这里就要说，方法可行，看实现整一个功能的代码是怎么设计了，（解决问题的方法往往有很多种嘛）
    我这里不改是因为我要保持这些字段名称和数据库的字段名称一致，方便以后重新使用
  • 我的两个解决思路
    
    • 两个序列化，一个验证数据，添加数据，一个序列化用来存储数据
    • 先用这个序列化创建出一个obj对象，通过对obj重新赋值进行更改
    • 以上只是具体思路，实际操作的时候还得考虑很多因素，比如数据安全等…

扩展：

• 数据验证还有什么其他什么方式
• validate()验证的时候，除了验证里面自己编写的逻辑，还验证了什么