将 Akka 参与者与实现逻辑分离
separating Akka actors from implementation logic
是否有一种设计模式可以普遍应用于促进 Akka actor 的消息处理与其实现的业务逻辑之间的关注点分离？
不是 Akka 特有的，但我认为一种合理的方法是将逻辑放入特征中，就像 "cake" 模式：
http://www.cakesolutions.net/teamblogs/2011/12/19/cake-pattern-in-depth
虽然它是一种更广泛的依赖注入模式，但您也可以将其应用于参与者。您的特征可以包含您可以混合使用的可重用函数，并且在您的特征中使用自类型注释理论上可以允许您的业务逻辑代码访问参与者状态（仅在绝对必要时）。
是否有一种设计模式可以普遍应用于促进 Akka actor 的消息处理与其实现的业务逻辑之间的关注点分离？
不是 Akka 特有的，但我认为一种合理的方法是将逻辑放入特征中，就像 "cake" 模式：
http://www.cakesolutions.net/teamblogs/2011/12/19/cake-pattern-in-depth
虽然它是一种更广泛的依赖注入模式，但您也可以将其应用于参与者。您的特征可以包含您可以混合使用的可重用函数，并且在您的特征中使用自类型注释理论上可以允许您的业务逻辑代码访问参与者状态（仅在绝对必要时）。