问题描述
我正试图（{?? 1}}定义向所有标量值添加.proto，以便进行交流的双方都可以自行决定内部使用货币值美分，浮点数或小数。在那，我想结束时只剩下一个整数。不是两个整数（例如scalingFactor和value，或者scalingFactor和value）。
如果我可以自由地通过将它们放在nanos之间来在字段级别添加一些元数据，则它看起来像这样：
[]我想给出一个定义，就像为Product2描述的定义（但当然无效）。这样，双方都可以从 Syntax = "not valid proto3....";
message Product1 {
int32 id = 1;
string productName = 2;
int32 priceInCents = 3
int32 weightInTons = 4
}
message Product2 {
int32 id = 1;
string productName = 2;
int32 price = 3 [scalingFactor = .01]
int32 weight = 4 [scalingFactor = 1000]
}
定义中获取scalingFactor。然后在自己的代码中使用该.proto。有些人可能会将价格转换为JavaScript中的scalingFactor或将其保留为C的美分（例如，名为decimal的结构，其中price的int32（以美分为单位）和{{1}的int32 }（例如-2代表.01）
有明显的方法吗？理想情况下，它很简单。
基于答案的更新：
现在，我通过paxdiablo的反应意识到自己既不清楚，也可能怀疑自己。不清楚的部分：如果value是$ 2.50，而scale是7000kg，我想在所有情况下通过电线传输price和weight。我不想要的是protobuf为我处理缩放。我更想了解传输值如何缩放以可供代码使用的上下文。
怀疑：我不确定我是否想在自己的代码中使用生成的类。我更多地将protobuf视为仅是一种运输机制。然后根据传输的值或要传输的值再次创建自己的变量。
解决方法
看起来 就像您想在代码中将weight设置为7，然后让protobuf在网络上神奇地插入7000消息，基于proto文件中指定的比例。
如果是这样，我同意，这很像是一种滥用：-）
不幸的是，protobuf不会那样做。您要么必须自己缩放该值，以便正确的值越过导线到达另一侧，要么添加具有缩放比例的另一个字段，以便另一端可以解决该问题。
由于您声明自己不想做后者，所以必须要做前者。
否则，双方都无法在规模上达成共识。
另一方面，如果您想要的是protobuf文件中刚刚指定比例的东西，则可以使用enum，例如：
// Scale factors to use,extract either MUL or DIV,one needs
// to be zero,the other is an actual multiplier/divisor.
enum PriceScale {
PRICE_SCALE_DIV = 0;
PRICE_SCALE_MUL = 100; // 2.50 goes over wire as 250.
}
enum WeightScale {
WEIGHT_SCALE_MUL = 0;
WEIGHT_SCALE_DIV = 1000; // 7000 goes over wire as 7.
}
message Product2 {
int32 id = 1;
string product_name = 2;
int32 price = 3;
int32 weight = 4;
}
但是您将仍然必须手动缩放通过电线发送的值，无论是在发送端还是在接收端。它也可能不是枚举的预期用例。我们使用此技巧将常数存储在proto文件中，以便我们的代码可以访问它（特别是某些字符串具有我们要强制执行的长度限制）。
要进行实际缩放，您必须在发送端执行以下操作：
// Should be done once early on,and stored somewhere.
auto priceScaler = (PriceScale::PRICE_SCALE_DIV == 0)
? 1.0 * PriceScale::PRICE_SCALE_MUL
: 1.0 / PriceScale::PRICE_SCALE_DIV
auto weightScaler = (WeightScale::WEIGHT_SCALE_DIV == 0)
? 1.0 * WeightScale::WEIGHT_SCALE_MUL
: 1.0 / WeightScale::WEIGHT_SCALE_DIV
// Construct message.
protoMsg.set_id(42);
protoMsg.set_product_name("sprocket");
protoMsg.set_price(static_cast<uint32_t>(actualPrice * priceScaler));
protoMsg.set_weight(static_cast<uint32_t>(actualWeight * weightScaler));
而且，在提取值时：
// As with sender,scaler variables should have been created.
auto actualPrice = protoMsg.price() / priceScaler;
auto actualWeight = static_cast<uint32_t>(protoMsg.weight() / weightScaler);
在字段和消息中添加自定义元数据相当普遍，可以使用field options完成。他们看起来像这样：
# scaling_factor.proto
syntax = "proto2";
import "google/protobuf/descriptor.proto";
package my_options;
extend .google.protobuf.FieldOptions {
optional float scaling_factor = 12345;
}
# product.proto
syntax = "proto3";
import "scaling_factor.proto";
message Product2 {
(...)
int32 price = 3 [(my_options.scaling_factor) = .01];
int32 weight = 4 [(my_options.scaling_factor) = 1000];
}
每种语言都有API，可让您获取特定字段的选项。请注意，字段扩展名必须在proto2文件中定义（proto3没有扩展名）。
但是，您应该注意，这严格来说是元数据，对消息的序列化方式没有影响。编译后的程序将从生成注释时开始查看其值。如果您有两个使用此原型定义的二进制文件，则它们将使用编译每个二进制文件时存在的注释的任何值-更改这样的缩放因子会非常复杂，因为它会更改字段的语义。这可能对您来说不是问题。