java - Scala:围绕建议或 Python 装饰器实现 Java 的 AspectJ

Question

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

我们的大量应用程序使用 AspectJ 切入点，使用注释作为标记。这与 Python 的装饰器和 blogged about it here 非常相似。 .

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

我看到一些项目做了一些按名称调用的闭包魔术(我认为这就是他们正在做的)。

替换@Transaction 的示例:

transaction {
// code in here.
}

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

Answer 1

顺便说一句，我正在 Scala Days 2011 on the same topic 发表演讲.核心思想与 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 方法要好得多，因为:

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

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

在频谱的另一端是横切关注点，例如跟踪、分析、监控、策略执行、审计、某些形式的并发控制(例如 Swing 的/SWT/Android UI 线程调度) , 等等。这些很适合被切入点选择(有和通常没有注释)。仅使用高阶函数很难以一致的方式完成相同的操作。

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

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