Vertx - EventBus 发送已弃用 - 赞成什么?
Vertx - EventBus send deprecated - in favor of what?
我们正在迁移到 vertx 3.8.0。
/** @deprecated */
@Fluent
@Deprecated
<T> EventBus send(String var1, Object var2, Handler<AsyncResult<Message<T>>> var3);
发送方法已弃用。
估计现在用的是request的方法
这是正确的吗?
如果是这样,有什么区别?不能只是命名。
我找不到更新日志,通过 google 推理。
Vert.x 4 将提供基于未来的异步模型,同时保持与 Vert.x 3.x 回调模型的兼容性。每个回调方法都会有对应的未来版本,例如:
client.connect(addr, ar -> ...);
Future<NetSocket> future = client.connect(addr);
有关详细信息,请参阅 Vert.x wiki。
在此过程中,某些方法无法正确未来化,因为具有回调意味着不同的语义。对于事件总线 send
方法,有回调意味着需要回复,没有回调意味着即发即忘。
这就是为什么带回调的 send
在 3.8 中被弃用并引入了一个名为 request
的新回调的原因。
我们正在迁移到 vertx 3.8.0。
/** @deprecated */
@Fluent
@Deprecated
<T> EventBus send(String var1, Object var2, Handler<AsyncResult<Message<T>>> var3);
发送方法已弃用。
估计现在用的是request的方法
这是正确的吗? 如果是这样,有什么区别?不能只是命名。
我找不到更新日志,通过 google 推理。
Vert.x 4 将提供基于未来的异步模型,同时保持与 Vert.x 3.x 回调模型的兼容性。每个回调方法都会有对应的未来版本,例如:
client.connect(addr, ar -> ...);
Future<NetSocket> future = client.connect(addr);
有关详细信息,请参阅 Vert.x wiki。
在此过程中,某些方法无法正确未来化,因为具有回调意味着不同的语义。对于事件总线 send
方法,有回调意味着需要回复,没有回调意味着即发即忘。
这就是为什么带回调的 send
在 3.8 中被弃用并引入了一个名为 request
的新回调的原因。