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

Question

我一直在为我的创业公司广泛使用Java + AspectJ.我想切换到Scala,但我有一个共同的设计模式,我不确定完全是在Scala中实现的最佳方式.

我们的大量应用程序使用注释作为标记使用AspectJ切入点.这与Python的装饰者非常相似,并在此博客.

我曾尝试在Scala中使用此技术但遇到了AspectJ + Scala的问题.即使我确实让它工作,似乎unScala喜欢.

我已经看到一些项目做了一些名称封闭魔术(我认为这就是他们正在做的事情).

替换@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 Expression Language)来计算密钥.使用Scala,您可以使用宿主语言.

在中间,有一些常见的横切关注事务管理和安全性.从表面上看,它们看起来很像缓存.但是,我们在实践中发现将这些功能应用于类的所有方法(具有通用子选择,例如具有公共访问权限的通用子选择)或标记有注释(例如@Service)的所有类的所有方法都是常见的.如果是这种情况,AspectJ方法最终会变得更优越,因为它提供了一种将功能应用于更高级别功能的方法.当类级别注释完成时,您不再需要用transactional {}或包围每个方法secured {}.对于类似安全性的问题,AspectJ方法允许更简单的方法来执行安全审核.

另一方面是横切关注点,例如跟踪,分析,监控,策略实施,审计,某些形式的并发控制(例如Swing/SWT/Android UI线程调度)等等.这些都非常适合于由切入点选择(通常没有注释).单独使用高阶函数以一致的方式执行相同操作非常困难.

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

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

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库时,我只使用注释.此外,如果您使代码尽可能"功能",那么一切都是声明性的!;)