- 主题:你们用哪个rpc框架？
这些大厂出品的，都问题不大，就是选一个自己用最合适的。
【 在 stub 的大作中提到: 】
: thrift呢？
--
FROM 103.238.135.*
HTTP + OpenAPI(Swagger)最好
RPC徒增复杂性，而且在大型组织中几乎不可维护
【 在 GoGoRoger (GoGoRoger) 的大作中提到: 】
: Brpc挺优秀的，但是官方支持的语言太少，综合比较我还是倾向于grpc。
--
FROM 47.56.237.*
grpc+protobuf，哪部分是很难维护的？能不能详细说说？
grpc用http2作为传输层，几乎可以用任何http proxy去做负载均衡和reroute
protobuf在绝大多数应用可接受的overhead下使api进化变得很容易。
http+openapi怎么解决的？
【 在 Erlang 的大作中提到: 】
: HTTP + OpenAPI(Swagger)最好
: RPC徒增复杂性，而且在大型组织中几乎不可维护
: 【 在 GoGoRoger (GoGoRoger) 的大作中提到: 】
: ....................
- 来自「最水木 for iPhone12,8」
--
FROM 75.31.75.*
维护schema文件在各个项目中
【 在 lambdai 的大作中提到: 】
: grpc+protobuf，哪部分是很难维护的？能不能详细说说？
:
: grpc用http2作为传输层，几乎可以用任何http proxy去做负载均衡和reroute
: ....................
- 来自「最水木 for iPhone13,3」
--
FROM 123.139.85.*
谷歌，脸书，微信大不大？还有大型组织不用rpc的？
【 在 Erlang 的大作中提到: 】
: HTTP + OpenAPI(Swagger)最好
: RPC徒增复杂性，而且在大型组织中几乎不可维护
: 【 在 GoGoRoger (GoGoRoger) 的大作中提到: 】
: ...................
--
FROM 43.243.12.*
hmmm，暂时没碰上
即使不是monorepo，因为不是必须要最新的schema，同步schema不是特别痛苦
不知道你是不是这个意思?
【 在 Erlang 的大作中提到: 】
: 维护schema文件在各个项目中
: 【 在 lambdai 的大作中提到: 】
: : grpc+protobuf，哪部分是很难维护的？能不能详细说说？
: ....................
- 来自「最水木 for iPad Air (3rd generation)」
--
FROM 75.31.75.*
事实上相对HTTP + OpenAPI的方式，没有带来任何额外的好处，徒增了一些复杂性
【 在 lambdai (lambdai) 的大作中提到: 】
: hmmm，暂时没碰上
: 即使不是monorepo，因为不是必须要最新的schema，同步schema不是特别痛苦
: 不知道你是不是这个意思?
: ...................
--
FROM 47.56.237.*
哇狗狗罗杰老师你是编程大牛哇！！！
【 在 GoGoRoger (GoGoRoger) 的大作中提到: 】
Brpc挺优秀的，但是官方支持的语言太少，综合比较我还是倾向于grpc。
--
FROM 223.153.145.*
zeroc ice
【 在 GoGoRoger 的大作中提到: 】
: Brpc挺优秀的，但是官方支持的语言太少，综合比较我还是倾向于grpc。
--
FROM 202.127.29.*
哈利老师过奖了，哈利老师Django学得怎么样了？
【 在 harrycheng 的大作中提到: 】
:
: 哇狗狗罗杰老师你是编程大牛哇！！！
:
: ...................
--
FROM 101.199.100.*