YangruiEmma
YangruiEmma
Thanks for your pr! I have wrote some comments
Thanks for your suggestion! I will update it later, then tell you at this issue ; )
- 第一个问题:https://www.cloudwego.io/zh/docs/kitex/tutorials/framework-exten/codec/ Codec 扩展这里有说明 1. 自定义消息协议扩展 PayloadCodec 即可,同时也需要扩展 Codec,因为默认的 Codec 不支持你的协议 2. 如果想支持多协议的处理,就在你的 Codec 实现中做协议探测,根据协议探测决定用那个 PayloadCodec 解码 - 第二个问题 服务端向客服端 push,这个要看支持的消息类型,如果是持续或多次 Push,PingPong 肯定不满足你的要求,gRPC 的streaming 是可以的。如果你只是单纯想在连接关闭时做一些处理,可以扩展 BoundHandler,https://www.cloudwego.io/zh/docs/kitex/tutorials/framework-exten/trans_pipeline/ 在 OnInactive 做处理
退出时间默认是 5s,通过server.WithExitWaitTime配置,与此issue无关的讨论单独提吧,这个issue解决了就关闭了
限流不建议通过mw添加,可以扩展limiter接口
目前http路由主要是用于thrift泛化调用,kitex本身没支持http请求,http框架会单独开源。但你的建议是合理的,我们会看下,你也可以直接提pr帮助改进哦
@lesismal 是Kitex支持的泛化调用,解析idl将http或map类型请求做thrift编码
结论同步: 1. 基于上面的讨论,-module 参数有一定的意义且修改会有不兼容问题,暂不做考虑 2. 已经在 v0.4.0 支持(Done) 3. 这个正在规划中(Doing) 4. 基于上面的讨论,暂时还不考虑
Thanks, @longlihale, I have updated this issue to mark your TODO ; )
> Can I get involved in this as well? :) Of course, I have updated this issue to mark your TODO ;).