我是否应该担心动态codegen与用C+编写的其他模块不匹配+； 我有一个原始文件，它在NoDEJS和C++中使用。 C++使用PotoC编译器，而NoDEJs使用动态代码生成，我担心的是，如果C++使用了不同于NoDEJS动态代码的编译器版本，那么这对我们来说是不是一个问题？
如果是，你们有什么建议来解决这个问题？我应该使用静态codegen吗？如果有人能帮助我理解，这两种方法的优点和缺点是什么？谢谢同时使用这两种不同的protobuf/gRPC代码生成方法应该没有问题。不同的代码生成方法会影响API，但它们仍然使用相同的序列化格式，因此它们可以毫无问题地相互发送消息。事实上，gRPC有一个连续的互操作性测试套件，以确保这些不同的客户端和服务器可以相互通信 需要记住的一个潜在问题是当前Node.js gRPC dynamic codegen处理重复基本字段的方式。为了避免这个问题，您应该在任何重复的原语字段上显式设置我是否应该担心动态codegen与用C+编写的其他模块不匹配+； 我有一个原始文件，它在NoDEJS和C++中使用。 C++使用PotoC编译器，而NoDEJs使用动态代码生成，我担心的是，如果C++使用了不同于NoDEJS动态代码的编译器版本，那么这对我们来说是不是一个问题？,c++,node.js,protocol-buffers,grpc,C++,Node.js,Protocol Buffers,Grpc,如果是，你们有什么建议来解决这个问题？我应该使用静态codegen吗？如果有人能帮助我理解，这两种方法的优点和缺点是什么？谢谢同时使用这两种不同的protobuf/gRPC代码生成方法应该没有问题。不同的代码生成方法会影响API，但它们仍然使用相同的序列化格式，因此它们可以毫无问题地相互发送消息。事实上，gRPC有一个连续的互操作性测试套件，以确保这些不同的客户端和服务器可以相互通信 需要记住的一个潜在问题是当前Node.js gRPC dynamic codegen处理重复基本字段的方式。为了
packed