斯卡拉 – 演员模特不是一个反模式,因为即发即弃的风格迫使演员

发布时间：2020-12-16 10:01:09 所属栏目：安全来源：网络整理

导读：在学习 Scala时,我学到的第一件事就是每个函数都会返回一些东西.没有“void”函数/方法,例如在 Java中.因此,许多Scala函数都是真正的函数,以数学的方式,对象可以保持很大程度上无状态. 现在我了解到演员模型是像Scala这样的函数式语言中非常流行的模型.然而,

在学习 Scala时,我学到的第一件事就是每个函数都会返回一些东西.没有“void”函数/方法,例如在 Java中.因此,许多Scala函数都是真正的函数,以数学的方式,对象可以保持很大程度上无状态.

现在我了解到演员模型是像Scala这样的函数式语言中非常流行的模型.然而,演员提升了一种即兴发生的编程风格,而且调用者通常不希望被调用者直接回复消息(除非使用“ask”/“？” – 方法).因此,演员需要记住某种状态.

我是否正确假设演员模型更像是可扩展性和可维护性之间的权衡(由于其有状态),有时甚至可以被视为反模式？

解决方法

是的,你基本上是正确的(当你说可扩展性与可维护性时,我不太清楚你的想法).

演员在Scala中很受欢迎,因为Akka(由于它得到Lightbend的支持,大概可能会受欢迎).然而,并非演员在函数式编程世界中一般都非常受欢迎(尽管我正在考虑的所有语言都存在实现).下面是我对其他两个FP语言社区的极大简化的印象(因此需要使用必要数量的盐),这两个社区都比Scala更少使用actor(远吗？).

> Haskell社区倾向于使用STM/channels(通常在STM context).直线MVars也经常出人意料地使用.
> Clojure社区有时会吹捧自己内置的STM版本,但它的旗舰并发模型实际上是core.async,这也是它的核心渠道.

作为一个旁边的STM,渠道和演员都可以相互分层;比较它们就好像它们是相互排斥的方法一样奇怪.在实践中,虽然很少看到它们全部串联使用.

演员确实涉及国家(并且在Akka裙子类型安全的情况下)并且因此非常富有表现力并且几乎可以做任何并发的事情.通过这种方式,它们类似于副作用函数,它们比纯函数更具表现力.事实上,演员在某种程度上是OO的纯粹本质,具有各种优点和缺点.

因此,有一个Scala社区的sizable chunk会说是,如果大多数时候你遇到并发问题,你使用的是演员,这可能是反模式.

>如果可以的话,尽量使用Futures或scalaz.concurrent.Tasks. In return for less expressiveness you get more composability.
>如果您的问题自然适用于单一的全局状态(例如,您希望强制执行的全局不变量),请考虑STM.在Scala社区中,虽然存在an STM library,但我的印象是STM通常使用actors进行模拟.
>如果您的并发问题主要围绕流式传输多个数据源,请考虑使用Scala的streaming libraries.

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!