前言

這幾天在做公司的項目，記錄下感想，與大家一起分享交流
主要從要實現(xiàn)的業(yè)務(wù)需求著手，然后慢慢擴展

動力：

記錄一下驗證數(shù)據(jù)這一問題踩到的一些坑枢纠，僅供思考，不是教程

場景分析：

• 前端將房間物業(yè)費信息以及車位費信息傳遞過來黎棠，我需要將驗證數(shù)據(jù)的合理性然后進一步做相關(guān)的處理
  先大致看一下數(shù)據(jù)格式（很多代碼的編寫需要從需求晋渺，數(shù)據(jù)格式等地方思考 需要清楚自己做什么）

{
    "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",
            ...
        }
    ]
}
    ]
}

要干嘛：

通過上面的數(shù)據(jù)結(jié)構(gòu)生成一樣房間訂單，兩張車位訂單脓斩，生成之前需要驗證數(shù)據(jù)是否正確木西，比如驗證開始日期必須在xxx之前，費用計算是否正確等随静。
當(dāng)然傳過來的字段是不完整的八千，還需要一些字段需要自己處理吗讶，比如訂單編號

主要思路：

• 基礎(chǔ)知識點：
  • validate（）
    restframework提供的驗證數(shù)據(jù)的方法

流程：

• 驗證房間訂單信息
  • 將房間訂單相關(guān)的信息傳遞進定制的序列化中
  • data可以看成是剛剛的json的數(shù)據(jù)，ProperyOrderValidateTempSer就是自己編寫的serializer類
  • 調(diào)用is_valid的時候就會調(diào)用validate方法

            property_temp_ser = PropertyOrderValidateTempSer(data=data)

if property_temp_ser.is_valid():
    pass
else:
    return http_400_response(property_temp_ser.errors)

• 驗證車位訂單信息
  • 入口類似上面恋捆，將相關(guān)數(shù)據(jù)倒進定義好的序列化中照皆，不過這里是將data['parkings'] 這個list倒進去

開始分析:

上篇博客埋下了一個小伏筆，傳進去的不是對象沸停，而是純的字典類型數(shù)據(jù)會怎樣膜毁？

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 開始繳費日期為上次的截止有效期 目前是精度是有效期當(dāng)天及后一天
        if (data['start_time'] + datetime.timedelta(days=1) < room.effective_time or
                    data['start_time'] > room.effective_time):
            raise serializers.ValidationError("物業(yè)費開始繳費日期錯誤")

這里選用的依然是ModelSerializer

• fields = '__ all __'是干啥的

先打印當(dāng)前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: 青島頤中物業(yè)管理有限公司>), (u'creater', 3>)])

上面數(shù)據(jù)是省略的數(shù)據(jù)，說明的點是愤钾，把傳進來的data瘟滨，字段出現(xiàn)在PropertyOrder里的都加載進來了。

假象一個業(yè)務(wù)邏輯：首先需要檢驗下價格是否正確能颁，然后將人民幣轉(zhuǎn)換成美元存儲...

現(xiàn)在我們將代碼改一改：

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
        # 轉(zhuǎn)換相關(guān)邏輯不重要杂瘸，主要是這個場景
        ...
        return "1"
    ...

這時候打印 validate() 里面的data和 get_price()里面的obj看看

validate:
OrderedDict([(u'room', <Room: 青島頤中物業(yè)管理有限公司>), ..., (u'order_type', 'W')])

get_price:
OrderedDict([(u'room', <Room: 青島頤中物業(yè)管理有限公司>), ..., (u'order_type', 'W')])

結(jié)論就是price被吃掉了,不能即實現(xiàn)驗證又轉(zhuǎn)換匯率了
原理是啥我目前也說不清楚，當(dāng)時發(fā)現(xiàn)這個的時候還郁悶很久伙菊，
price被吃掉的原因估計是：

price = serializers.SerializerMethodField()

因為當(dāng)前傳過來的是dict類型的數(shù)據(jù)败玉，重寫price的時候，validate()的data就沒有它了（get_price()的obj也一樣）
回想第一節(jié)镜硕，傳進序列化的是一個數(shù)據(jù)庫查詢對象的時候运翼，無論重不重寫里面已有的字段，比如重寫price谦疾，validate()里面的data絕對還是有price字段的... （這段不明白的可以回顧下上篇博客，留意下effective_time字段）

總結(jié)：

• fields 定義的字段不僅僅影響到傳出去的字段犬金，也影響到進行驗證處理的字段

  • 傳出去的字段念恍，一定都在fields里

  • validate驗證能取到的字段一定都在fields里，不過可能由于其他原因?qū)е耭ields有的字段晚顷，validate里面沒有峰伙，比如這里的price

• SeriazlierMethod定義的是傳出去的字段，如果傳進來的數(shù)據(jù)是dict類型的该默，當(dāng)字段名稱相互重復(fù)的時候瞳氓，validate里面的字段就會被吃掉()

  • 由于這個特性，根據(jù)業(yè)務(wù)需求編寫代碼的時候就要考慮到這一點栓袖，可能有同學(xué)要說匣摘，解決重名還不容易？SerialzierMethod這里改個名嘛裹刮。這里就要說音榜，方法可行，看實現(xiàn)整一個功能的代碼是怎么設(shè)計了捧弃，（解決問題的方法往往有很多種嘛）
    我這里不改是因為我要保持這些字段名稱和數(shù)據(jù)庫的字段名稱一致赠叼，方便以后重新使用
  • 我的兩個解決思路
    • 兩個序列化擦囊，一個驗證數(shù)據(jù)，添加數(shù)據(jù)嘴办，一個序列化用來存儲數(shù)據(jù)
    • 先用這個序列化創(chuàng)建出一個obj對象瞬场，通過對obj重新賦值進行更改
    • 以上只是具體思路，實際操作的時候還得考慮很多因素涧郊，比如數(shù)據(jù)安全等...

擴展：

• 數(shù)據(jù)驗證還有什么其他什么方式
• validate()驗證的時候贯被，除了驗證里面自己編寫的邏輯，還驗證了什么