我正在Clojure中实现一个小小的"游戏"事物.到目前为止,我正在传递函数中的"世界状态"对象.它非常"实用",我可以通过简单地为系统提供一个虚构的世界状态来模拟游戏的任何时刻.
由于Clojure有一个非常复杂的系统来管理状态(引用,原子......),我想知道什么是编程Clojure更惯用的方式,无论是使用它的系统还是坚持更实用的方法.
谢谢.
编辑:
这是一个有趣的读物,我刚刚发现它或多或少地描述了我正在使用的模式.
Joh*_*tie 13
纯粹的功能已经是惯用的Clojure.引用类型(ref,atom,agent)用于协调共享状态.
只要没有共享(你在一个线程中更新世界而在另一个线程中渲染,或者在自己的线程上协调多个玩家),就没有理由分享状态,因此没有理由打破纯粹的功能风格.
另一个例外是优化性能:但是当可变性增强性能时,您希望将突变保持为尽可能本地化.这就是瞬态或Java数组的用武之地.包含这些可变优化的函数通常仍然是纯函数.
Clojure是一种功能编程语言,旨在利用多核/ SMP处理器.你可以在没有共享内存访问的情况下从函数式编程语言中获得很多东西,事实上Erlang做得非常好,但它并没有利用所有的处理器能力.
与"演员模型"语言相比,clojure闪耀的地方是多个线程想要以有意义和协调的方式处理相同的数据.如果您有像图像处理这样的平凡可并行化的问题,那么您不需要这些优势,您只需向每个工作人员发送一块数据.当这些数据位相互依赖时,协调共享访问成为真正的优势.
在游戏的上下文中,您可以使用它来让许多线程更新游戏世界,并将一个线程显示给用户.a ref将确保用户始终看到一致的游戏世界,而许多线程正在编辑它.如果没有这个,你需要让每个线程负责确定何时向用户显示它,或者只有线程.
除了速度之外,使用这样的模型来编辑游戏世界的另一个原因是允许你在Rich的早期clojure示例之一中将执行不同内容的进程分成不同的线程,他展示了一个蚂蚁模拟器,其中每个蚂蚁都有自己的线程这更新了板上的蚂蚁位置,这使得一些非常简短的代码.
| 归档时间： |
|
| 查看次数： |
2144 次 |
| 最近记录： |