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 的新回调的原因。