首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

为什么trpc不直接在grpc的基础上二次开发呢,从头搞一个是怎么考虑的?

在这个问题中,您提到了TRPC和gRPC。TRPC是一个新的RPC框架,而gRPC是一个流行的RPC框架。在这里,我们将讨论为什么TRPC没有选择在gRPC的基础上进行二次开发,而是从头开始开发。

  1. 性能和优化:TRPC可能在性能和优化方面做了更多的工作,以满足特定的需求。从头开始开发可以让TRPC根据需要进行更深入的优化,以提高性能。
  2. 灵活性和定制化:从头开始开发可以让TRPC具有更高的灵活性和可定制性。这意味着TRPC可以更容易地适应不同的开发需求和场景。
  3. 易用性和简洁性:TRPC可能在易用性和简洁性方面有所改进,使得开发人员更容易理解和使用。
  4. 特定功能和集成:TRPC可能包含一些特定的功能或集成,这些功能在gRPC中并不存在,或者实现起来更加复杂。
  5. 独立发展:TRPC作为一个独立的框架,可以独立发展和迭代,不受gRPC的限制。这意味着TRPC可以更快地适应新的技术和需求。
  6. 知识产权和许可:TRPC可能涉及到一些知识产权和许可问题,使得从头开始开发成为更好的选择。

尽管TRPC从头开始开发,但它仍然可以使用许多gRPC的优秀特性。例如,TRPC可以使用gRPC的身份验证和授权机制,以及其他gRPC提供的工具和库。

总之,从头开始开发TRPC是一个有意识的决策,旨在满足特定的需求和优势。虽然TRPC不能直接在gRPC的基础上进行二次开发,但它仍然可以利用gRPC的优秀特性。

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

  • [大家的项目] 基于rust的,gRPC动态代代理,无需proto文件自动http转gRPC

    沟通服务间接口内容(尤其是前后端接口),是非常让人头疼的事。极其容易扯皮。接口文档写起来也很痛苦,每个字段的改动都需要及时更新,否则就会出问题。服务端通信如果用rpc通信的话,一般会有proto或者thrift文件。这个文件很长时间里被我们当成接口文档用,用着用着发现,真tm好用。既减少了扯皮,还不用写接口文档。那可不可以用grpc和前端通信那,一开始我们的做法是用grpc-gateway。把grpc的接口映射成http接口。但这种方式需要编译gateway的pb文件,对服务也是有侵入的。后来随着我在公司的时间越来越长,接手的服务越来越多(经常需要发版的项目就有十几个),这种方式维护起来十分糟心,后一直想寻求一种一劳永逸的解决方法?

    01

    如何削减 50% 机器预算?“人机对抗”探索云端之路

    覃竞才,高级工程师,现任职于TEG安全平台部-业务安全中心,目前主要负责中心人机对抗数据平台建设。在后台开发方面具备丰富的设计开发经验。 前言 人机对抗旨在联合各个安全团队,共同治理黑灰产。由于历史原因,业务端对各个安全能力的访问方式入口多,对接系统/协议有十几个,呈现碎片化的状态,对外不利于业务对安全能力的便捷接入,对内不利于安全团队间的协同共建。为了提升各方面的效率,人机对抗服务在建设过程中大范围使用云服务,取得了很好的效果。回顾安全能力上云的过往,是一个从模糊到清晰,从迟疑到坚定的过程,在此给大家做

    02
    领券