Protocol buffers 可视化gRPC和协议缓冲区

Protocol buffers 可视化gRPC和协议缓冲区,protocol-buffers,grpc,visualizer,Protocol Buffers,Grpc,Visualizer,我们有将近100个.proto文件,其中每个文件可以定义大约10个IDL结构(如服务或消息) 是否有一种方法可以可视化它们,包括引用(从一个文件到另一个文件)。例如,类似于UML类图 可能有可配置的Java/C++可视化工具 引自 协议缓冲区现在是谷歌数据的通用语言——在撰写本文时,在谷歌代码树中定义的12183.proto文件中有48162种不同的消息类型 我想知道他们是如何处理这个问题的。我也有类似的问题:我试图阅读大量的protobufs并理解它们之间的关系。这将是非常有用的,以建立一个可

我们有将近100个
.proto
文件,其中每个文件可以定义大约10个IDL结构(如
服务
消息

是否有一种方法可以可视化它们,包括引用(从一个文件到另一个文件)。例如,类似于UML类图

可能有可配置的Java/C++可视化工具

引自

协议缓冲区现在是谷歌数据的通用语言——在撰写本文时,在谷歌代码树中定义的12183.proto文件中有48162种不同的消息类型


我想知道他们是如何处理这个问题的。

我也有类似的问题:我试图阅读大量的protobufs并理解它们之间的关系。这将是非常有用的,以建立一个可视化的代表,他们看到什么是可用的,以及他们如何相互连接

我发现了几个项目,也许它们可以帮助某人:

虽然,对我来说,由于不同的原因,它们不起作用,但你可以试试。

  • 超级容易使用和相当强大的工具
  • 从.proto生成.dot(和.svg/.png,如果安装了
    graphviz
    )文件
  • 发现所有依赖项,而不要求所有依赖项都存在
  • 按指定资源(消息、RPC、服务、枚举)筛选
  • 可以生成导入依赖关系图

谷歌没有这个问题。在实践中,很少需要可视化原型。你有没有想解决的具体问题?可视化将如何帮助解决这个问题?这并不能真正回答这个问题。如果您有不同的问题,可以单击以提问。你也可以提醒更多人注意这个问题为什么你认为它没有回答这个问题?Topic starter要求提供一种可视化gRPC/Protobufs的方法——我提供了一个可用项目的链接,这些项目应该按照他的要求进行。也许可以在链接周围添加上下文,以便您的其他用户能够了解它是什么以及为什么存在。始终引用重要链接中最相关的部分,以防目标站点无法访问或永久脱机。这应该作为答案!比前面列出的所有工具都要好得多。谢谢@grayhemp