场景描述：
以前用序列化做比较简单的传递需要展示的数据，现在需要在一个序列化里面嵌套另外一个序列化。试一下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里，就能传递出去了
