最佳实践是什么：Verticle中的业务逻辑还是单独的？

Question

最近我开始用静态编程语言Vert. x编程，这个问题对于我们使用Vertx工具包的任何技术都是通用的。我创建了我的顶点，但在这些顶点中我有业务逻辑，我想知道什么是最佳实践：

1.将逻辑分离到一个独立的类中，在顶点中实例化它并执行其操作，只留下顶点来接收消息并将其传递到事件总线。

尽可能2.Implement同一垂直领域的逻辑。

下面我展示了一个代码示例，但正如你所看到的，是顶点本身的逻辑。从设计的角度来看，它就像这样，或者你应该把它带到一个独立的类中，并留下这个顶点，只用于在总线上接收和发送消息的操作。

class MyAPIAgentImpl(vertx: Vertx) : CoroutineVerticle() {

    var httpClient = HttpClient(vertx)
    var apiConfig: JsonObject = Config.get().getJsonObject("myapi")

override suspend fun start() {
      vertx.eventBus().consumer<JsonObject>(BusChannel.MY_API_CHANNEL) {
        message -> launch { message.reply(findElem(message.body().getLong("Id"),
        message.body().getString("countryCode"))) }
      }
  }

  override suspend fun findElem(Id: Long, countryCode: String): String {

      var hashMap = HashMap<String, String>()
      hashMap.put("Accept", "*/*")
      hashMap.put("Authorization", "Bearer XXXX")

      val baseUrl: String = apiConfig.get("apiBaseUrl")
      val port: Int = apiConfig.get("apiPort")
      val apiRelativeUrl: String = apiConfig.get("apiRelativeUrl")

      val resp: HttpResponse = httpClient.GET(String.format(baseUrl, countryCode), port,
        String.format(apiRelativeUrl, Id), hashMap, apiConfig.getLong("requestTimeout"))

    if (resp.status == HttpCode.OK) {
        return resp.message.get("msg")
      } else {
        logger.error("[HTTP CALL] My API response with error status code: ${resp.status}")
        throw ApiException(ErrorMessage(-1, resp.status, "Error calling external API"))
      }
  }

  companion object {
    private val logger = LoggerFactory.getLogger(MyAPIAgentImpl::class.java)
  }
}

我想知道你在使用Vertx设计应用程序时在这方面的意见和经验。

Answer 1

就像您的静止控制器/Servlet 中没有逻辑一样，最好将逻辑直接远离顶点。
原因保持不变，如果你想在以后使用不同的反应式库，你唯一担心的是用该库的细节而不是业务逻辑来改变顶点的这一层。
另外，如果您考虑分层方法，则处理事件和决定如何处理它们属于两个不同的层。
将纵向和逻辑合二为一将违反单一责任原则。