邦纳娜娜

关于是否该继续使用grpc的困惑？

个人项目，亦不考虑网络问题 我用的是electron做界面，golang作为后台。 * node对我的需求来说不太行，所以采用go替代。 * 用electron是因为我需要的功能只有它能提供，其他基于浏览器的框架都不行 问题就是electron与go的通信问题，机缘巧合下接触了grpc，就在项目中用了，整体来说还不错，但我越来越感受到，我不需要它。也是由于它不支持多维数组，导致有的地方我不得不传递json字符串，否则就要改数据结构……得不偿失 目前我看好它的点在于双向通信，也是很必要的一个功能，但浏览器不支持直接使用grpc，还要用node中转就让我很难受，都用node了，我又何必再用grpc？开个服务互传不就得了？ 所以我在想，要不要去掉grpc，毕竟写proto还是挺麻烦的，我基本可以接受json走天下的，还是本机进程通信，性能也不是问题…… 或者grpc有什么特别突出的优势吗？ 感谢

古典研发君

grpc 和 http 之间有关系吗？

在工作项目中前后端采用了 grpc 的方式通讯，我们约定一份 .proto 文件，然后进行开发。但由于我本人是前端开发，就导致接口文件基本上都是后端开发来编写的，我用到的时候直接调用生成好的 ts 文件就行了，所以对这方面的理解一直模棱两可。 问题：grpc 的方式和传统的 http 通信方式有什么区别呢？（相较于 http grpc 有什么优劣呢？）

博学的学渣

项目提供 RPC 接口和第三方类库方法有什么区别？

目前参与的分布式项目中会写一些 RPC 接口供其他服务调用，但是我发现这些方法也可以以打包部署到远程仓库的方式供给其他服务导入使用，但为什么不使用后者方式呢？