Akka框架(Scala)-用于存储大型复杂状态的代理
我最近发现了akka框架,觉得它与我的一个项目非常匹配。我必须说,到目前为止我对它印象深刻 在我的项目中,我需要有100多万个实体以非常快的速度接收状态更新。当然,阿克卡演员似乎是第一选择。然而,我确实想知道,使用代理来存储状态更新是否不是更好(到目前为止,我的参与者只有两条消息——一条用于更新状态,另一条用于读取状态——我相信这不会改变) 查看代理的几个示例,我觉得它们不应该存储大型复杂状态。我错了吗 简而言之,我想存储以下内容:Akka框架(Scala)-用于存储大型复杂状态的代理,scala,state,actor,akka,agents,Scala,State,Actor,Akka,Agents,我最近发现了akka框架,觉得它与我的一个项目非常匹配。我必须说,到目前为止我对它印象深刻 在我的项目中,我需要有100多万个实体以非常快的速度接收状态更新。当然,阿克卡演员似乎是第一选择。然而,我确实想知道,使用代理来存储状态更新是否不是更好(到目前为止,我的参与者只有两条消息——一条用于更新状态,另一条用于读取状态——我相信这不会改变) 查看代理的几个示例,我觉得它们不应该存储大型复杂状态。我错了吗 简而言之,我想存储以下内容: case class AgentState(val list1
case class AgentState(val list1 : List[Int], val list2 : List[Int], val peers : List[Agent])
显然,与使用整数的玩具示例相比,更新状态变得不那么漂亮;)
那么,有一个代理人有意义吗?你打算怎么做
谢谢你的回答
-LPAkka代理由演员支持,因此只有当您希望同时拥有读者和连载作者时,才有意义