这是一个创建于 2347 天前的主题，其中的信息可能已经有所发展或是发生改变。
项目积累了大量异步回调的 JVM 代码，层层回调的复杂业务逻辑维护起来有些心累，引入协程能明显改进可读性和易维护性。
首选是 Go 或者 Elixir，但是脱离 JVM 意味着不仅业务要重写，对接的众多第三方服务也要重写，周除了易出错，周期也会拉的很长，风险明显超出我能 handle 的范围。
然后考虑的是挂 agent 改字节码协程化方案，对我们而已，跟魔改 JVM 的方案一样，风险偏高，代码层面仍然要改造不少地方。
Vertx 3.6.x 开始，会给回调方法自动生成用于 Kotlin 协程的 xxxAwait 方法，第一时间拿来试了一下，然后就停不下来了，最近完成了整个项目所有代码的协程改造。总结下来就是真香，举个例子，接入公司自研的微服务体系，之前是几千行代码的 NIO 实现的，再后来基于 netty 重写也有大几百行代码，到现在的 vertx+协程不到 500 行代码了。
首选是 Go 或者 Elixir，但是脱离 JVM 意味着不仅业务要重写，对接的众多第三方服务也要重写，周除了易出错，周期也会拉的很长，风险明显超出我能 handle 的范围。
然后考虑的是挂 agent 改字节码协程化方案，对我们而已，跟魔改 JVM 的方案一样，风险偏高，代码层面仍然要改造不少地方。
Vertx 3.6.x 开始，会给回调方法自动生成用于 Kotlin 协程的 xxxAwait 方法，第一时间拿来试了一下，然后就停不下来了，最近完成了整个项目所有代码的协程改造。总结下来就是真香，举个例子，接入公司自研的微服务体系，之前是几千行代码的 NIO 实现的，再后来基于 netty 重写也有大几百行代码，到现在的 vertx+协程不到 500 行代码了。
 | 1 cpdyj0 2019 年 11 月 12 日 via Android 是的，非常香，写起来非常舒服 |
 | 2 lbp0200 2019 年 11 月 12 日 via iPhone 厉害了 |
 | 3 tt67wq 2019 年 11 月 12 日 elixir 也香 |
 | 4 blackccc 2019 年 11 月 13 日 有什么缺陷吗 |
 | 5 foamvalue 2019 年 11 月 18 日 一般什么业务场景呢？ |
 | 6 itfanr 2019 年 12 月 6 日 vertx+协程不到 500 行代码了…… |
 | 7 cloudopt 2020 年 8 月 18 日 可以试下 Cloudopt Next 哦。 Cloudopt Next 是一个非常轻量级且现代的、基于 Kotlin 编写的全栈开发框架，同时支持 Java 和 Kotlin，您可以处理 Url 的解析，数据的封装,Json 的输出等等，从根本上减少开发时间、提升开发体验。 vertx 官方推荐项目（ vertx-awesome ），kotlin 推荐项目（ awesome-kotlin ） next.cloudopt.net |
Select Language