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是个啥？

打印出来看下：

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

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

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

扩展：

• fields在这里是干嘛的

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