Protobuf：尝试将“ scalingfactor”作为元数据添加到.proto文件

如何解决Protobuf：尝试将“ scalingfactor”作为元数据添加到.proto文件

我正试图（{?? 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没有扩展名）。

但是，您应该注意，这严格来说是元数据，对消息的序列化方式没有影响。编译后的程序将从生成注释时开始查看其值。如果您有两个使用此原型定义的二进制文件，则它们将使用编译每个二进制文件时存在的注释的任何值-更改这样的缩放因子会非常复杂，因为它会更改字段的语义。这可能对您来说不是问题。