一个理论问题.在阅读了Armstrongs的"编程erlang"一书后,我想知道以下内容:学习Erlang需要一些时间.更别说掌握了它.它在许多方面确实有根本的不同.
所以我的问题是:是否有可能编写'像erlang'或者像'erlang like framework'那样,你可以注意不要创建带有副作用的函数,你可以创建可扩展的可靠应用程序以及Erlang吗?也许用相同的消息发送,加载'迷你进程'范例.
优点是不会将所有累积的C/C++知识抛到栅栏上.
对此有任何想法都会受到欢迎
是的,这是可能的,但 ......
Robert Virding的第一条规则可能是这个问题的最佳答案:
"另一种语言中任何足够复杂的并发程序都包含一个临时的,非正式指定的,错误缠身的,一半Erlang的缓慢实现."
非常好的规则是使用正确的工具来完成任务.Erlang在并发性和可靠性方面表现出色.C/C++的设计并未考虑到这些属性.
如果您不想丢弃您的C/C++知识和经验,并且您的项目允许这种划分,那么好的方法是创建一个混合解决方案.在Erlang中编写并发,通信和错误处理代码,然后添加C/C++部分,这将执行CPU和IO绑定的东西.