Scala：围绕建议或 Python 装饰器实现 Java 的 AspectJ

Question

我在创业过程中广泛使用了 Java + AspectJ。我很想切换到 Scala，但我有一个通用的设计模式，我不确定在 Scala 中实现的最佳方式。

我们的应用程序大量使用 AspectJ 切入点，并使用注释作为标记。 这与 Python 的装饰器非常相似，博客介绍了在这里。

我曾尝试在 Scala 中执行此技术，但遇到问题 AspectJ + Scala< /a>. 即使我确实让它工作了，它看起来也不像 Scala。

我见过一些项目做了一些按名称调用关闭魔法（我认为这就是他们正在做的）。

替换 @Transaction 的示例：

transaction {
// code in here.
}

我不得不说，虽然我更喜欢注释，因为它看起来更具声明性。 Scala 声明式“装饰”代码块的方式是什么？

Answer 1

顺便说一句，我将在 Scala Days 2011 上就同一主题发表演讲。核心思想与 Kim 和 Dean 的例子相同。然而，当涉及到全方位的横切关注点时，相似性和差异性就变得更加微妙。

一方面，存在一些并非真正交叉的问题，例如缓存。当宿主语言不支持高阶函数（例如 Java）时，将关注点实现为一个方面就变得很有吸引力。例如，使用 AspectJ 和注释方法，您可以说：

    @Cacheable(keyScript="#account.id")
    public double getNetWorth(Account account) {
       ... expensive computation
    }

但是使用 Scala 中的高阶函数，您可以这样做：

    def getNetWorth(account: Account) : Double = {
        cacheable(keyScript=account.id) {
          ... expensive computation
        }
    }   

Scala 方法要好得多，因为：

• 缓存不太可能广泛适用。例如，一个类中的所有方法或包中所有类中的所有公共方法不太可能都是可缓存的。即使存在这种情况，keyScript 也不太可能相同或容易以通用形式表达。
• AspectJ 方法使用注释作为拐杖来提供不错的实现。 Scala中的高阶函数可以直接表达意图。
• AspectJ 方法需要使用外部语言（例如 OGNL 或 Spring 表达式语言）来计算密钥。使用 Scala，您可以只使用宿主语言。

中间，存在常见的横切关注点事务管理和安全性。从表面上看，它们看起来很像缓存。然而，我们在实践中发现，将这些功能应用于类的所有方法（具有通用子选择，例如具有公共访问权限的方法）或用注释标记的所有类的所有方法（例如 @Service ）很常见。如果是这种情况，AspectJ 方法最终会更优越，因为它提供了一种在比高阶函数更高级别应用功能的方法。当类级注释就可以正常工作时，您不再需要用事务性{} 或安全{} 包围每个方法。对于类似安全的问题，AspectJ 方法提供了一种更简单的方法来执行安全审计。

另一端是横切关注点，例如跟踪、分析、监控、策略执行、审计、某些形式的并发控制（例如 Swing 的/SWT/Android UI 线程调度）等。这些非常适合由切入点选择（带注释，通常不带注释）。仅使用高阶函数很难以一致的方式执行相同的操作。

还有更多语义上的细微差别，但最重要的是，当您发现注释每个方法以应用横切关注点时，高阶函数可能是更好的方法。对于其他人来说，将 Scala 与 AspectJ 结合使用可能会提供一致且紧凑的解决方案。

ps 我最近没有在 Eclipse 中尝试过 AspectJ+Scala（因为 Eclipse 中的 Scala 最近才开始工作）。但使用 Maven 的外部构建在 http://lampsvn.epfl.ch/trac/scala 之后工作正常/ticket/4214 已修复。

Answer 2

scala 方式是

def transaction(f: =>Unit) = {
  println("start transaction")
  f
  println("end transaction")
}

transaction {
  println("inside transaction")
}

这样打印

start transaction
inside transaction
end transaction

Answer 3

与注释相比，使用事务方法方法还有其他优点。您可以添加 catch 和finally 子句以确保正确的资源清理。稍微扩展 Kim 的示例：

def transaction(f: =>Unit) = {
  println("start transaction")
  try {
    f
    println("end successful transaction")
  } catch {
    case ex => 
      // rollback?
      println("end failed transaction")
  } finally {
      // cleanup?
      println("end cleanup")
  }      
}

transaction {
  println("inside transaction")
}

您还可以调用方法体内的事务，但不能注释方法内部的块。当然，您可以使用注释将该内部块设置为另一个方法调用。

从我的 Java 时代起，我就了解注释和 XML 配置文件的吸引力，但现在，我更喜欢将所有内容编写为“正常”代码，因为这样具有一致性和更强的表达能力。我仅在调用需要注释的 Java 库时才使用注释。另外，如果您使代码尽可能“功能化”，那么一切都是声明性的！ ;)