是模式的后退＆amp;前向兼容性比可选字段更好？
我正在使用Jsonschema，我想知道对Confluent模式注册表等技术的需求是什么，因为它们的“杀手级功能”（除了我可以在GIT中实现的版本控制之外）是Backward＆amp;正向兼容性。
我想知道为什么此功能值得一些，只要我可以在微服务体系结构中轻松添加 /删除字段，只要它们是可选的（Protobuf也是如此）。如果是这样，那么向后的用例是什么向前兼容？
I’m using JsonSchema and I wonder what’s the need for technologies like Confluent Schema Registry, since their “killer feature” (other than version control which I can achieve in Git), is the backward & forward compatibility.
I’d like to know why is this feature worth something, when I can easily add / remove fields anywhere in a micro services architecture as long as they’re optional (the same applies to Protobuf). If so, then what’s the use case for backward & forward compatibility?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论