java - 在 verticle vert.x 中实例化类的危险

Question

我解释了我的问题，我有一个垂直体，我在其中定义了所有路线。我有简单的 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。

对我来说，Eve​​ntBus 对于将信息传输到 verticle 进行并行处理非常重要。

Answer 1

请记住...不幸的是，您正在寻找的答案非常微妙，并且会根据许多条件而有所不同(例如，回答者的经验、代码库中的设计习惯、您可以使用的工具/库) ， 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 编排任何复杂的处理。