serializer嵌套序列化

场景描述：

以前用序列化做比较简单的传递需要展示的数据，现在需要在一个序列化里面嵌套另外一个序列化。试一下serializer更多的玩法

业务逻辑基本介绍： 房间与车位间一对多关系，车位与房间存在外键关联，现在查询房间，需要将与房间关联的车位的详细信息一起返回前端

主要思路：

实现两个两个序列化，一个主要序列化 room 信息，一个主要序列化 parking （车位）先将初始的结果集传递进serializer，然后通过SerializerMethod来实现嵌套序列化

主要矛盾：

在SerialzierMethod实现序列化的时候，怎么将相关的值传递进来.（举例子，这里）

def get_parkings(self, obj): # 想想obj是啥 park = Parking.objects.filter(room=obj.id) return ParklingSer(park, many=True).data def get_effective_time(self, obj): date = obj.effective_time return date.strftime("%Y-%m-%d")

这时候就有几个地方捋清楚了：

class RoomPropertySer(serializers.ModelSerializer): effective_time = serializers.SerializerMethodField() parkings = serializers.SerializerMethodField() is_expired = serializers.SerializerMethodField() ... class Meta: model = Room fields = ('name', 'uuid', 'base_property_fee','base_elevator_fee', 'payment_of_last_time', 'effective_time', 'is_expired', 'property_fee_time_limit', 'parking_sever_fee_time_limit', 'parking_leasing_fee_time_limit', 'parkings') 这几个地方的具体作用是了解serializer比较重要的地方

开始分析

我会将我的想法以及打印出来的结果和大家一起分享…

第一部分：

回到第一部分的代码中，obj是个啥？

打印出来看下：

<class ‘community.models.Room’>

这样就很好处理了，因为车位的信息，需要通过房间的id来获取，重新格式化时间输出的格式也需要原本的时间数据，代码就是这么写的

看起来很简单吗，没有更难的了吗

当然，以上是最简单的。主要原因是传递进来的是一个对象，需要的数据obj都有了，想想如果传递进来的是纯的字典类型数据，情况会这样？ 这个下一节继续…

扩展：

fields在这里是干嘛的

用来规定能传递出去，需要序列化的数据 而SerialzierMethod相当于自定义了需要传递出去的字段，然后将它放进fields里，就能传递出去了