我解释了我的问题，我有一个顶点，其中定义了所有路线。而且我有简单的Java类，其中包含我根据路径在顶点中调用的方法。例如，我的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中声明MyFile类实例为“ static final”时，我想说我什至可以提高性能，因为我为每个传入请求使用相同的实例，而不是创建一个新的实例。
如果在verticle中实例化一个类很不好，请解释为什么？
另外，我想知道使用2个顶点进行仅一个顶点可以执行的处理的兴趣是什么？
例如，我想用我在数据库中选择的数据构建一个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个顶点的意义，因为我可以在第一个顶点中使用查询结果而无需使用第二个顶点。
对我而言，EventBus对于将信息传输到顶点以进行并行处理非常重要。
最佳答案
记住...不幸的是，您正在寻找的答案非常细微，并且会因许多条件而异（例如，回答者的经验，代码库中的设计习惯用法，可供您使用的工具/库等） 。因此，没有什么权威性的答案，只是适合您（和您的同事）的任何答案。
我的同事告诉我，在一个实例中实例化一个类是不好的
verticle，当我问他为什么时，他回答说它变成有状态的
我怀疑他对我说了什么，因为我不知道怎么做。
从一般意义上讲，您的同事是正确的，因为您不想让群集中的各个节点保持其自身状态，因为这实际上会阻碍可靠地扩展的能力。但是在这种情况下，MyFile似乎是无状态的，因此将其作为Verticle的成员引入并不会自动使服务器变为有状态。
（如果有的话，我会在MyFile上做比基于文件的操作更多的问题-它也处理HTTP请求和响应）。
当我在我的MyFile类实例中声明“ static final”时
verticle，我想说我甚至因为使用而获得了性能
每个传入请求的实例相同，而不是创建一个新实例
实例。
我会说这取决于设计偏好。本身并没有真正的“危害”，但是我倾向于避免对常量成员以外的其他任何对象使用静态成员，而宁愿使用依赖注入来连接我的依赖。但这可能是一个非常简单的项目，并且引入DI框架超出了您希望引入的复杂性。这完全取决于您的特定情况。
另外我想知道使用2有什么好处
一个只有一个顶点才能做的治疗？
同样，这取决于您的具体情况和“复杂性预算”。如果处理很简单，并且您希望使设计保持同样简单，则单个Verticle很好（并且可以说更易于理解/概念化和支持）。在较大的应用程序中，我倾向于沿着正在使用的不同逻辑域的路线创建许多Verticles（例如，用于身份验证的Verticles，用于用户帐户功能的Verticles等），并通过EventBus安排任何复杂的处理。