久久精品水蜜桃av综合天堂,精品久久久久久久无码,一极黄色视频久久网站

protobuf中的枚舉缺省值應該為UNKNOWN

protobuf中的枚舉缺省值應該為UNKNOWN

(金慶的專欄)

proto3中的枚舉值為了與proto2兼容，要求缺省值固定為第1個，值為0。
proto2中并沒有規(guī)定對范圍之外的枚舉值的處理，
而proto3中已規(guī)定無定義的枚舉值反序列化后再次序列化保持原值。

lua pbc 中對無定義的枚舉值做了忽略處理，效果等同于變成缺省值。
希望未來版本能符合proto3的規(guī)定。

協(xié)議定義中添加新的枚舉值是常有的，客戶端服務器協(xié)議版本不同時，
就會出現(xiàn)無定義的枚舉值。

如果缺省值為UNKNOWN, 則所有新增或已刪除枚舉值都按缺省值處理就不會出錯。

缺點是要求所有枚舉值都要顯式賦值，不能使用缺省值了。

例如，原來定義為
    enum LoginResult {
        OK = 0;
        ERR_SERVER_FULL = 1; // 服務器已滿
        ERR_VERIFY_FAIL = 2; // 驗證失敗
        ERR_MULTI_LOGIN = 3; // 重復登錄
    }
多數(shù)情況下，僅需缺省OK就行了。
但是服務器再添加一個 ERR_NOT_READY, 客戶端因為使用舊版協(xié)議，
遇見ERR_NOT_READY最終返回缺省值 OK.

posted on 2016-08-16 12:13 金慶閱讀(1062) 評論(0) 編輯收藏引用

只有注冊用戶登錄后才能發(fā)表評論。
【推薦】100%開源！大型工業(yè)跨平臺軟件C++源碼提供，建模，組態(tài)！



網(wǎng)站導航: 博客園 IT新聞 BlogJava 博問 Chat2DB 管理

金慶的專欄

公告

留言簿(12)

隨筆分類(502)

隨筆檔案(423)

相冊

搜索

積分與排名

最新評論

閱讀排行榜

評論排行榜