Tag: 演员

斯卡拉演员和环境参考

在Phillip Haller的博士论文 （5.1未来工作）中提到，其中一个有趣的研究领域是用环境参考文献扩展框架，他引用了Van Cutsen的论文。 摘抄： Scala Actors库包含一个运行时系统，为远程（即VM间）参与者通信提供基本的支持。 为了提供对容错能力的支持（例如，在移动ad-hocnetworking中），使用支持易失性连接的远程参与者参考来扩展框架将是有趣的，类似于环境参考[36]。 将容错分布式编程的事务抽象（例如[52,142]）集成到Scala Actor中是未来工作的另一个有趣的领域。 而被引文件是： Tom Van Cutsem，Jessie Dedecker，Stijn Mostinckx，Elisa Gonzalez Boix，Theo D'Hondt和Wolfgang De Meuter。 环境参考：寻址移动networking中的对象。 第986-997页。 ACM，2006年10月。 这是阿卡做的吗？ 如果没有，鉴于阿卡今天存在这个事实，你认为研究这个领域还是相关的吗？

哪个Actor模型库/框架适用于python和Erlang？

我正在寻找一个易于学习的Actor库或Python 2.x的框架。 我尝试了Candygram和Twisted，但我不喜欢它们。 我想要一个很容易扩展到suppero Greenlet（= stackless python）的东西。 Candygram太旧了。 扭曲太复杂了。 Gevent：目前还不清楚是否可以支持Actors模式。 你有什么build议？

如何限制演员消息到特定的types？

在Akka中 ，除了使用使用RPC风格的编程模型的“Typed Actor”API之外，有没有办法将消息限制为actor的特定静态types？ 我可以在Akka上使用消息传递风格，而不需要在actor边界处抛弃静态types安全吗？ 例如，我想使用这样的代码： sealed abstract class FooMessage case object Foo extends FooMessage case object Bar extends FooMessage class FooActor extends Actor[FooMessage] { def receive = { case Foo => () // OK // Would raise a compiler error: // case s: String => error("Can't happen, String is not a subtype of FooMessage") } […]

Actor模式 – 它究竟是什么构成的

我正在做一些Objective-C / iOS开发，并且已经听到了几个对Actor模式的引用。 在大书呆子牧场书，它说： 当你有一个长时间运行的任务和一些代码需要在完成后执行的时候使用一个actor对象。 这种types的对象被赋予执行任务所需的信息，并在完成任务时执行callback。 该angular色在自己的线程上运行，没有任何进一步的input，并在完成时被销毁。 这里的演员与networking通话一起使用。 这是演员如何主要使用？ 与代表团相互排斥还是互补？ Actor定义看起来非常宽泛，我试图更好地处理它的含义。 另外，是否有可能在非OO环境中有Actor？

向前和告诉阿卡演员之间的区别

告诉和转发有什么区别，如果我会发送相同的消息： case msg: Message => otherActor tell (msg,sender) 和 case msg: Message => otherActor forward msg

在斯卡拉Akka，感叹号和问号

发送信息给演员时，感叹号（ ! ）和问号（ ? ）有什么区别？ myActor ! new hello(value1) myActor ? new hello(value1)

斯卡拉演员 – 最差的做法？

我对使用Scala中的演员感到有些不安。 我已阅读关于如何做的东西的文档，但我想我也需要一些不要规则，以便随意使用它们。 我想我恐怕会以错误的方式使用它们，而我也不会注意到它。 你能想到一些东西，如果应用了，会导致Scala演员带来的好处，甚至是错误的结果？

Scala中的单引号是什么意思？

在ScalaActors.pdf的这个幻灯片中，单引号指示何时将消息发送给乒乓演员？ class Ping(count: int, pong: Pong) extends Actor { def act() { pong ! 'Ping // what does the single quote indicate??? receive { case 'Pong => } } }

不同的Scala Actor实现概述

我试图find“正确”的演员实施。 我意识到有一堆他们，挑一个有点混乱。 就我个人而言，我对远程演员特别感兴趣，但是我认为一个完整的概述会对其他人有所帮助。 这是一个相当普遍的问题，所以请随时回答你所知道的实现。 我知道下面的Scala Actor实现（SAI）。 请添加缺less的。 斯卡拉2.7（区别于） 斯卡拉2.8 Akka（ http://www.akkasource.org/ ） 电梯（ http://liftweb.net/ ） Scalaz（ http://code.google.com/p/scalaz/ ） 这些SAI的目标用例是什么（轻量级与“重”的企业级框架）？ 他们是否支持远程演员？ 远程参与者在SAI中有什么缺点？ 他们的performance如何？ 社区有多活跃？ 他们开始有多容易？ 文档有多好？ 他们有多容易延伸？ 他们有多稳定？ 哪些项目正在使用它们？ 他们有什么缺点？ 他们的devise原则是什么？ 他们是基于线程还是基于事件（接收/反应）还是两者？ 嵌套接收 热衷于演员的消息循环

devise模式/build立基于Actor的系统的最佳实践

我正在努力寻找devise模式，最佳实践或良好基础build筑原则的任何体面的链接，这些原则应该用于构build基于Actor的应用程序。 我所知道的那几个是： 博客文章，文章，WIKI，指南 OTPdevise原理用户指南 企业集成的模式和最佳实践 （一般来说，可以应用于任何消息驱动的体系结构） 詹姆斯·伊里（James Iry）在与演员合作处理状态的系列post 系列的devise与斯塔拉演员由Ittay Dror的职位 并发模式文章在维基百科 可扩展的系统devise模式 （与演员不直接相关，但相当有用） 理解actor并发性， p。1 ， p。2 ，Alex Miller 文件 关于由Joe Armstrong 制作可靠的分布式系统的解释 Scalabale组件抽象由Philipp Haller和Martin Odersky提供 马丁·奥德斯基（Martin Odersky）和马蒂亚斯·曾格（Matthias Zenger） 的基于事件的编程， Martin Sulzmann的“多头消息接收模式”的演员 图书 斯卡拉的演员由菲利普·哈勒和弗兰克·索姆斯 编程由乔·阿姆斯特朗Erlang Erlang和OTP的Martin Logan，Eric Merritt和Richard Carlsson 实现 Akka框架 （Scala中的angular色的替代实现，带有一些Erlang行为的端口以及许多其他的angular色扮演模式） 斯卡拉兹演员 （演员组成，战略和承诺） 演讲 演员由戴尔·舒马赫思考 由Ulf Wiger devise的1000年的devise模式 由杰米·李奇韦演员编程 Vasil Remeniuk的ШколаАктерскогоМастерства 来自highscalability.com的例子 简单排队服务（SQS） – […]