我最近開始在我的 golang 項目中使用 protobuf。我在下面創建了簡單的 protobuf 文件。我有三個不同的端點。GetLink接受CustomerRequest作為輸入參數并返回CustomerResponseGetBulkLinks接受BulkCustomerRequest作為輸入參數并返回BulkCustomerResponseStreaLinks接受StreamRequest作為輸入參數并返回CustomerResponse我想知道是否有任何方法可以改進原始文件下面的內容，因為除了字段CustomerRequest之外BulkCustomerRequest幾乎所有內容都相同resources，因此存在重復。輸入參數也是如此，StreamRequest因為它只clientId作為輸入參數。協議緩沖區中有什么可以重用其他消息類型的東西嗎？有沒有更好或更有效的方法來組織下面的原始文件，從而相應地重用消息？syntax = "proto3";option go_package = "github.com/david/customerclient/gen/go/data/v1";package data.v1;service CustomerService { rpc GetLink(CustomerRequest) returns (CustomerResponse) {}; rpc GetBulkLinks(BulkCustomerRequest) returns (BulkCustomerResponse) {}; rpc StreaLinks(StreamRequest) returns (CustomerResponse) {};}message CustomerRequest { int32 clientId = 1; string resources = 2; bool isProcess = 3;}message BulkCustomerRequest { int32 clientId = 1; repeated string resources = 2; bool isProcess = 3;}message StreamRequest { int32 clientId = 1;}message CustomerResponse { string value = 1; string info = 2; string baseInfo = 3; string link = 4;}message BulkCustomerResponse { map<string, CustomerResponse> customerResponse = 1;}
1 回答
蝴蝶刀刀
TA貢獻1801條經驗 獲得超8個贊
協議緩沖區中有什么可以重用其他消息類型的東西嗎？
組成。
但是請記住，請求和響應負載可能會隨著時間而改變。即使他們今天看起來有共同點，但明天他們可能會分歧。畢竟它們在不同的 RPC 中使用。那么過度的耦合會達到相反的效果，變成技術債。
由于您的架構實際上每條消息不超過三個字段，因此我將保留所有內容。無論如何，如果你真的必須，你可以考慮以下幾點：
在單獨的消息中提取
GetLink和GetBulkLinkscommon 字段并使用它進行編寫：
message CustomerRequestParams {
int32 clientId = 1;
bool isProcess = 2;
}
message CustomerRequest {
CustomerRequestParams params = 1;
string resources = 2;
}
message BulkCustomerRequest {
CustomerRequestParams params = 1;
repeated string resources = 2;
}
StreamRequest重復看起來就好了clientId?？梢哉f，流在概念上與一元 RPC 不同，因此只需將它們分開即可。這只是一個領域。
- 1 回答
- 0 關注
- 87 瀏覽
添加回答
舉報
0/150
提交
取消