`google.protobuf.Struct` 是在 Go 中透過 gRPC 發送動態 JSON 資料的最有效方法嗎？

「google/protobuf/struct.proto」是透過 GRPC 傳輸動態 JSON 的最佳方法嗎？

背景：

您已經實現了GRPC 伺服器和客戶端（兩者都Go 中），正在尋求關於使用「golang/protobuf/struct 」是否是傳遞動態JSON 資料最有效的策略的指導。

解決方案：

基於提供的「User.proto」文件，利用「google.protobuf.Struct」似乎是一個聲音

替代解決方案：

1. 自訂 Protobuf 結構**

建議將「Details」定義為 proto 檔案中的結構，但這種方法需要額外的程式碼產生和維護，這可能很麻煩。

2. JSON轉換與封裝

在GRPC傳送前，將「Details」對映轉換為JSON格式，將其封裝為protobuf訊息，並在伺服器端反序列化是另一種選擇。然而，這涉及額外的處理，並且比使用預先建構的“Struct”類型效率較低。

Anuj 的解決方案：

雖然功能強大，但此解決方案有些複雜，包括手動 JSON 序列化和反序列化。

Luke 的解決方案：

這個替代方案很簡潔，但仍需要更多的轉換，透過多種格式轉換地圖資料。

最佳方法：

利用 Go 中引入的「structpb」套件的解決方案簡化了 protobuf「Struct」實例的建立標準圍棋地圖。此方法有以下優點：

• 用於建構「Struct」實例的簡化介面。
• 內建支援將各種Go 資料類型對應到「Struct」中的「Value」類型."
• 高效處理，避免冗餘

此方法與client.go 檔案中提供的範例一致，其中使用「structpb.NewStruct」函數直接從映射實例化「Struct」。

以上是`google.protobuf.Struct` 是在 Go 中透過 gRPC 發送動態 JSON 資料的最有效方法嗎？的詳細內容。更多資訊請關注PHP中文網其他相關文章！