scala – 如何在没有Akka的情况下实现actor模型?
没有Akka如何实现简单的演员?对于许多(非固定计数)actor实例,绿线程,IoC(生命周期,基于Props的工厂,ActorRef),监督,背压等,我不需要高性能.只需要序列性(队列)处理程序状态消息传递.
作为一个副作用我实际上需要基于演员的小管道(带递归链接)一些并行演员来优化DSP算法计算.它将在没有传递依赖的库内部,因此我不希望(并且不能因为它是一个jar-plugin)推动用户创建和传递akkaSystem,库应该具有尽可能简单和轻量级的接口.我不需要IoC,因为它只是一个库(一组函数),而不是一个框架 – 因此它具有比结构更多的算法复杂性.但是,我认为actor是描述协议的好工具,我实际上可以将算法分解为少量的异步交互实体,因此它符合我的需要. 为什么不Akka Akka很重,这意味着: >这是外部依赖; 当然,Akka的jar(1.9Mb)和内存消耗(每GB 250万个演员)根本不重,所以你甚至可以在Android上运行它.但是众所周知,您应该使用专门的工具来观察和分析演员(如Typesafe Activator / Console),这可能是用户可能不熟悉的(并且我不会让他们去学习它).这对于企业项目来说一切都很好,因为它几乎总是有IoC,一些专门的工具和连续迁移,但这对于简单的库来说不是好方法. 附:关于依赖关系.我没有它们,我不想添加任何(我甚至避免使用scalaz,这实际上适合这里一点),因为它会导致繁重的维护 – 我将不得不保留我的简单库与Akka保持同步. 解决方法
这里是JVM世界中最简单高效的演员,其基于来自Viktor Klang的极简主义Scala演员的API:
https://github.com/plokhotnyuk/actors/blob/41eea0277530f86e4f9557b451c7e34345557ce3/src/test/scala/com/github/gist/viktorklang/Actor.scala 它在使用中非常方便且安全,但在消息接收方面不是类型安全的,并且不能在进程或主机之间发送消息. 主要特点: >最简单的FSM类API,仅有3种状态(Stay,Become and Die):https://github.com/plokhotnyuk/actors/blob/41eea0277530f86e4f9557b451c7e34345557ce3/src/test/scala/com/github/gist/viktorklang/Actor.scala#L28-L30 有状态计数器的示例: def process(self: Address,msg: Any,state: Int): Effect = if (state > 0) { println(msg + " " + state) self ! msg Become { msg => process(self,msg,state - 1) } } else Die val actor = Actor(self => msg => process(self,5)) 结果: scala> actor ! "a" a 5 scala> a 4 a 3 a 2 a 1 (编辑:李大同) 【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容! |