grpc-ecosystem/grpc-gateway

Inconsistent enum behaviour

Open

#354 建立於 2017年4月13日

在 GitHub 查看
 (1 留言) (2 反應) (0 負責人)Go (2,250 fork)batch import
help wanted

倉庫指標

Star
 (16,971 star)
PR 合併指標
 (平均合併 8天 23小時) (30 天內合併 147 個 PR)

描述

Given the following messages and enumeration:

message NameCheckResponse {
    Result result = 1;
}

message MultiNameCheckResponse {
    map<string, Result> results = 1;
}

enum Result {
    AVAILABLE = 0;
    UNAVAILABLE = 1;
    UNKOWN = 2;
}

The returned value in case of the first message is the name of the enum. In the second case, it's the numeric value.

Is this behaviour intended?

貢獻者指南

研究方向
研究在 grpc gateway 執行時期中，枚舉值在 map 欄位與普通欄位中的編組方式。檢視 runtime/marshal json.go 以及為 map 欄位產生的程式碼。檢查不一致性是否由不同的序列化路徑引起。審查 protoc gen grpc gateway 為 map 條目產生的程式碼。該問題詢問此行爲是否是有意爲之，因此還需檢查專案維護者的評論或相關討論。
技術棧
go
領域
backend
議題類型
錯誤
難度面向新貢獻者的預計實作難度，1 表示很小改動，5 表示專家級工作。
2
預計時間有經驗貢獻者完成調查、實作、測試並準備 pull request 的粗略時間範圍。
1-3 小時
活動狀態議題目前的可參與程度：新鮮、活躍、陳舊、阻塞或等待維護者輸入。
新近可參與
清晰度議題是否清楚說明預期改動、驗收標準和下一步。
清晰
前置要求
GoProtocol BuffersgRPC
新手友善度1-100 的估計分數，表示該議題對首次貢獻者的友善程度。
60