我解释了我的问题，我有一个垂直体，我在其中定义了所有路线。我有简单的 java 类，其中包含我根据路线在 verticle 中调用的方法。例如，我的 downloadFile() 方法位于 MyFile 类中，如下所示:
public class MyFile {
public final void downloadFile(RoutingContext rc, Vertx vertx) {
final HttpServerResponse response = rc.response();
response.putHeader("Content-Type", "text/html");
response.setChunked(true);
rc.fileUploads().forEach(file -> {
final String fileNameWithoutExtension = file.uploadedFileName();
final JsonObject jsonObjectWithFileName = new JsonObject();
response.setStatusCode(200);
response.end(jsonObjectWithFileName.put("fileName", fileNameWithoutExtension).encodePrettily());
});
}
public final void saveFile(RoutingContext rc, Vertx vertx) {
//TODO
}
}
我在我的 verticle 中使用这个类，如下所示:
public class MyVerticle extends AbstractVerticle{
private static final MyFile myFile = new MyFile();
@Override
public void start(Future<Void> startFuture) {
final Router router = Router.router(vertx);
final EventBus eventBus = vertx.eventBus();
router.route("/getFile").handler(routingContext -> {
myFile.downloadFile(routingContext, vertx);
});
router.route("/saveFile").handler(routingContext -> {
myFile.saveFile(routingContext, vertx);
});
}
}
我的同事告诉我，在 verticle 中实例化一个类不好，当我问他为什么时，他回答说它会变得有状态，我对他对我说的话表示怀疑，因为我不知道如何实现。当我在 verticle 中声明 MyFile 类实例为“static Final”时，我想说我什至获得了性能提升，因为我对每个传入请求使用相同的实例，而不是创建一个新实例。
如果在 verticle 中实例化类不好，请解释原因？
此外，我想知道使用 2 个 verticle 进行只有一个 verticle 可以完成的治疗有什么好处？
例如，我想用我在数据库中选择的数据构建一个 JsonObject，为什么要将此数据发送到另一个 verticle 知道这个 verticle 除了构建 JsonObject 并等待它回答我将响应发送到客户端，以便我可以在发出请求的 verticle 中构建此 JsonObject 并立即将响应发送给客户端。我给你提供了一个伪代码以便更好地查看:
public class MyVerticle1 extends AbstractVerticle{
public void start(Future<Void> startFuture) {
connection.query("select * from file", result -> {
if (result.succeeded()) {
List<JsonArray> rowsSelected = result.result().getResults();
eventBus.send("adress", rowsSelected, res -> {
if (res.succeded()) {
routinContext.response().end(res.result().encodePrettily());
}
});
} else {
LOGGER.error(result.cause().toString());
}
});
}
}
public class MyVerticle2 extends AbstractVerticle{
public void start(Future<Void> startFuture) {
JsonArray resultOfSelect = new JsonArray();
eventBus.consumer("adress", message -> {
List<JsonArray> rowsSelected = (List<JsonArray>) message.body();
rowsSelected.forEach(jsa -> {
JsonObject row = new JsonObject();
row.put("id", jsa.getInteger(0));
row.put("name", jsa.getString(1));
resultOfSelect.add(row);
});
message.reply(resultOfSelect);
});
}
}
我真的不明白制作 2 个 verticle 的意义，因为我可以在第一个 verticle 中使用查询结果而不使用第二个 verticle。
对我来说，EventBus 对于将信息传输到 verticle 进行并行处理非常重要。
最佳答案
请记住...不幸的是，您正在寻找的答案非常微妙，并且会根据许多条件而有所不同(例如，回答者的经验、代码库中的设计习惯、您可以使用的工具/库) ， ETC)。因此，没有权威的答案，只有适合您(和您的同事)的答案。
My colleague tells me that it is not good to instantiate a class in a verticle and when I asked him why, he replied that it becomes stateful and I have doubts about what he says to me because I see not how.
从一般意义上来说，您的同事是正确的，您不希望集群中的各个节点维护自己的状态，因为这实际上会阻碍可靠扩展的能力。但在这种特殊情况下，MyFile 似乎是无状态的，因此将其引入为 Verticle 的成员并不会自动使服务器有状态。
(如果有的话，我会对 MyFile 执行的不仅仅是基于文件的操作提出异议 - 它还处理 HTTP 请求和响应)。
And as I declared my MyFile class instance "static final" in my verticle, I want to say that I even gain in performance because I use the same instance for each incoming request instead of creating a new instance .
我想说这取决于设计偏好。这里本身没有任何真正的“伤害”，但我倾向于避免使用静态成员来表示常量文字以外的任何内容，而更喜欢使用依赖项注入(inject)来连接我的依赖项。但也许这是一个非常简单的项目，引入 DI 框架超出了您希望引入的复杂性。这完全取决于您的具体情况。
In addition I would like to know what is the interest of using 2 verticles for a treatment that only one verticle can do?
同样，这取决于您的具体情况和您的“复杂性预算”。如果处理很简单并且您希望保持设计同样简单，那么单个 Verticle 就可以了(并且可以说更容易理解/概念化和支持)。在较大的应用程序中，我倾向于沿着正在运行的不同逻辑域创建许多 Verticles(例如用于身份验证的 Verticles、用于用户帐户功能的 Verticles 等)，并通过 EventBus 编排任何复杂的处理。
关于java - 在 verticle vert.x 中实例化类的危险，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/51846546/