我目前正在使用Google Protocol Buffers的v3.0.0-alpha-2。
据我所知，v3删除了required关键字，extensions关键字和字段的默认值，以简化proto语言。
我不明白的是proto 3中optional关键字的含义。

• 示例：*

syntax = "proto3";

package fw.example;

message ExampleMessage {
  optional string optional_string = 1;
  string normal_string = 2;
}

• 问题：* optional_string和normal_string除了名称和标签之外还有什么区别？

我已经阅读了以下资源（它们似乎是protobuf v3中唯一公开可用的资源）：

• Protocol Buffers v3.0.0-alpha-2 Release Notes
• proto3 Language Guide

但是他们甚至没有提到optional关键字。

• optional在proto 3中过时了吗，因为字段总是可选的？
• 如果required消失了，如何用proto 3强制要求的字段？

在proto 3中，似乎无法区分未设置的字段和客户端设置为（隐式）默认值的字段。
最佳实践是将每个proto 3消息 Package 在特定于语言的类中吗？我使用的是C++，我需要确保设置了特定的字段。与proto 2相比，现在似乎必须在特定于语言的源代码中手动进行验证。
谁能告诉我，对proto 3消息应用约束但允许方案演进的最佳方法是什么？目前，我认为必须围绕proto 3消息编写一个新的API，这样客户端就不会直接处理proto 3生成的代码，而是处理自定义API代码。对吗？
也许有人能给我举个具体的例子来讨论。
我很困惑，因为在v3的发行说明中有以下说明：
我们建议新的Protocol Buffers用户使用proto 3。但是，由于API不兼容，我们一般不建议现有用户从proto 2迁移到proto 3，我们将在很长一段时间内继续支持proto 2。
如果proto 3是一条可行的路，为什么事情会变得复杂？在我看来，我现在确实需要写比proto 2更多的代码。