我最近開始在我的 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;
}
uj5u.com熱心網友回復：
協議緩沖區中有什么可以重用其他訊息型別的東西嗎？
組成。
但是請記住，請求和回應負載可能會隨著時間而改變。即使他們今天看起來有共同點，但明天他們可能會分歧。畢竟它們在不同的 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。可以說，流在概念上與一元 RPC 不同，因此只需將它們分開即可。這只是一個領域。
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/429844.html