设计 – 在实践中使用Scala actor编写应用程序

过多的Message类或！？

我有一个演员,它会对用户操作作出反应并且必须导致某些事情发生.假设它对消息UserRequestsX(id)作出反应.我遇到的一个问题是,因为我想模块化我的程序,单个演员本身无法在不涉及其他演员的情况下完成动作.例如,假设我需要使用id参数来检索一堆值,然后需要通过其他一些actor删除它们.如果我正在编写一个普通的Java程序,我可能会这样做：

public void reportTrades(Date date) {
    Set<Trade> trades = persistence.lookup(date);
    reportService.report(trades);
}

这很简单.然而,使用演员这会变得有点痛苦因为我想避免使用！？一个参与者对ReportTrades(日期)消息作出反应,但它必须向PersistenceActor询问交易,然后向ReportActor报告它们.我发现这样做的唯一方法是：

react {
    case ReportTrades(date) =>
       persistenceActor ! GetTradesAndReport(date)
}

所以在我的PersistenceActor中我有一个反应块：

react {
    case GetTradesAndReport(date) =>
       val ts = trades.get(date) //from persietent store
       reportActor ! ReportTrades(ts)
}

但现在我有两个问题：

>我必须创建额外的消息类来表示相同的请求(即“报告交易”).事实上,我在这种情况下有三个,但我可能还有更多 – 这成为跟踪这些问题的一个问题
>我应该将第一条和第三条消息称为ReportTrades？将它们称为ReportTrades是令人困惑的(或者如果我这样做,我必须将它们放在单独的包中).基本上没有像val类型重载类那样的东西.

有什么我想念的吗？我可以避免这个吗？我应该放弃并使用！？人们是否使用某种组织结构来澄清发生了什么？