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(): pass else: 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()验证的时候，除了验证里面自己编写的逻辑，还验证了什么