Question

我现在用scala演员编写了一些应用程序，我对人们如何处理或处理我遇到的一些问题感兴趣。

过多的Message类或！？

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

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

这很简单。但是，使用演员这会让我感到有点痛苦，因为我想避免使用 !? 。一个参与者对ReportTrades(date)消息作出反应，但它必须向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（或者如果我这样做，我必须将它们放在单独的包中）是令人困惑的。基本上没有overloading类val类的内容。

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

Answer 1

对我而言，您的ReportTrades消息混合了两个不同的概念。一个是请求，订单是响应。例如，它们可能被命名为GetTradesReport(Date)和SendTradesReport(List[Trade])。或者，也许是ReportTradesByDate(Date)和GenerateTradesReport(List[Trade])。

Answer 2

使用reply是否有异议？或者通过trades？如果没有，您的代码可能看起来像

react {
  case ReportTrades(date) => persistenceActor ! GetTrades(date)
  case Trades(ts) => // do smth with trades
}

和

react {
  case GetTrades(date) => reply(Trades(trades.get(date)))
}

分别

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

2 个答案: