带Kotlin的AOP

Question

我在Java中经常使用AOP。看起来传统的java方法很容易在Kotlin中重用。鉴于Kotlin强调不变性，JDK代理似乎是Kotlin中最可行的解决方案，前提是您遵循相同的接口优先（在Kotlin中更好地说是特征优先）编程风格，例如：

trait MyService {
 fun add(a: Int, b: Int): Int
}

class MyServiceImpl: MyService {...}

因此，现在可以很容易地用Spring/AOP编写一个方面，并将其应用到MyServiceImpl实例中。应该提到的是，基于Java接口生成的代理可能更受Kotlin开发人员的青睐，因为cglib要求摆脱final（即在Kotlin中求助于开放类），并对每个应该由AOP代理包装的类使用无参数公共构造函数。

同时，不幸的是，基于Java接口生成的代理会带来很大的性能损失，所以我想知道在某些情况下，AOP编程是否可以更直观地进行，或者是对Kotlin更原生地进行。

因此，考虑下面的示例，当我想将AOP用于：

• 记录从服务公开的每个方法的参数和返回结果。
• 在函数调用之前启动事务，并在函数调用完成后关闭事务（提交/回滚取决于在进行特定服务调用时是否引发异常）。

在前面提到的MyService/MyServiceImpl示例中，最有效但不幸的是最冗长的强力解决方案可能如下所示：

class MyServiceLoggingWrapper(val delegate: MyService): MyService {
  val logger = LoggerFactory.getLogger(this.javaClass)

  override fun add(a: Int, b: Int): Int {
    val result = delegate.add(a, b);
    logger.info("MyService.add({}, {}) = {}", a, b, result);
    return result;
  }
} 

class MyServiceTxWrapper(val delegate: MyService, val txManager: TransactionManager): MyService {
 // similar lengthy implementation
}

该方法锁定复杂度为O(N*K)，其中N是许多方法，K是我想应用的许多方面。

因此，我所寻找的是一个可能有效的解决方案（在性能和LoC方面都是如此），Kotlin中的方面最好不要求助于CGLIB生成的代理，因为它们施加了太多的限制，比如告别final类和没有无参数的公共构造函数。

Answer 1

我不是Kotlin用户，但考虑到它的目标是JVM，我建议尝试完全成熟的AspectJ，而不是基于代理的“AOP Lite”方法，比如Spring AOP。AspectJ不需要/使用动态代理，它在编译期间或编译之后（二进制编织）甚至在类加载期间（加载时编织）生成字节代码。