Zub*_*air 36 ruby paradigms f# functional-programming scala
我知道很多Java人已经开始关注Scala,因为它在JVM上运行,而且微软世界的很多人都在关注F#,但是Ruby有什么作为自然的功能继承者呢？
在纯粹的FP意义上,Ruby并不缺少任何东西,相反,有些人可能会说太多了.函数式语言迫使程序员不要使用全局变量和其他习语(尽管可以在函数式语言中使用全局变量)
Jör*_*tag 76
有2点非常不同的东西"函数编程"的意思的定义.你可以在Ruby中做一个,但你不能做另一个.
这两个定义是:
您可以使用Ruby中的一流函数进行编程.它支持一流的功能.事实上,它有太多对他们的支持:有Proc.new,proc,lambda,Method,UnboundMethod,块,#to_proc和->()(可能有些人认为我忘了).
所有这些行为略有不同,语法略有不同,行为略有不同,限制略有不同.例如:其中唯一一个语法上足够轻巧,你可以密集地使用它的是块.但是块有一些相当严格的限制:你只能将一个块传递给一个方法,块不是对象(在面向对象的语言中,"一切都是一个对象"是一个非常严格的限制)并且至少在Ruby中1.8参数也有一些限制.
提到一种方法是另一件相当尴尬的事情.例如,在Python或ECMAScript中,我只能说baz = foo.bar引用对象的bar方法foo.在Ruby中,foo.bar是一个方法调用,如果我想参考bar方法foo,我不得不说baz = foo.method(:bar).如果我现在想要调用该方法,我不能只说baz(),我必须说baz.call或baz[]或(在Ruby 1.9中)baz.().
所以,Ruby中的第一类函数并不是真正的一流.他们比二等奖好得多,而且他们足够好,但他们并不完全是一流的.
但一般来说,Rubyists不会将Ruby留给一流的函数.Ruby的支持非常好,以至于你可以从另一种语言的更好支持中获得的任何好处通常会被新语言的培训工作或者你现在必须放弃的其他习惯所吸引.比如,说RubyGems或紧密的Unix集成或Ruby on Rails或语法或......
然而,FP 的第二个定义是Ruby在其表面上不平衡.如果你想在Ruby中使用数学函数进行编程,那么你将陷入痛苦的世界.你不能使用绝大多数的Ruby库,因为它们中的大多数都是有状态的,有效的,鼓励变异或者是不纯的.出于同样的原因,您无法使用标准库.您无法使用核心库.您不能使用任何核心数据类型,因为它们都是可变的.你可以说"我不在乎它们是可变的,我不会改变它们并且总是复制它们",但问题是:其他人仍然可以改变它们.此外,由于它们是可变的,因此Ruby无法优化复制,并且垃圾收集器未针对此类工作负载进行调整.
它只是不起作用.
还有一些功能与函数式编程实际上没有任何关系,但大多数函数式语言往往都缺少Ruby.例如,模式匹配.Enumerator在Ruby 1.9中更积极地使用之前,懒惰也不容易实现.并且仍然有一些东西适用于严格的Enumerables或Arrays但不适用于惰性Enumerators,尽管实际上他们没有理由要求严格.
对于FP的这个定义,将Ruby留在后面是绝对有意义的.
是Ruby开发者已蜂拥到两个主要的语言,是二郎神和Clojure的.这些都是Ruby相对较好的匹配,因为它们都是动态类型的,具有与Ruby类似的REPL文化,并且(这更像是Rails而不是Ruby的东西)在Web上也非常好.他们仍然是一个非常小而热情的社区,原始的语言创造者仍然活跃在社区中,强烈关注做新的,令人兴奋的和前卫的事物,所有这些都是Ruby社区也有的特征.
当有人在RubyConf 2006上展示1993年的原创视频" Erlang:The Movie "时,对Erlang的兴趣开始了.一些备受瞩目的Rails项目开始使用Erlang,例如PowerSet和GitHub.对于Rubyists来说,Erlang也很容易掌握,因为它不像Haskell或Clean那样纯粹.演员的内心非常纯粹,但发送信息本身的行为当然是副作用.另一件让Erlang易于掌握的事情是,当你遵循Alan Kay对面向对象编程的定义时,Actors和Objects实际上是同一件事.
Clojure是Rubyist工具带的最新成员.它的受欢迎程度主要是因为Ruby社区终于热衷于JVM≠Java并接受JRuby这一事实,然后他们开始关注JVM上其他有趣的东西.而且,Clojure比其他函数语言(如Haskell和其他类似Scheme的 Lisps)更加实用,并且比CommonLisp更简单,更现代,因此它非常适合Rubyists.
关于Clojure的另一个很酷的事情是,因为Clojure和Ruby都在JVM上运行,所以你可以将它们组合起来.
例如," 编程Clojure "(Stuart Halloway)的作者是(前？)Rubyist,作为Leiningen Clojure构建工具的作者Phil Hagelberg也是如此.
然而,Rubyists也在研究Scala(作为一种更实用的静态类型FP语言)和Haskell(作为更优雅的一种).然后有像Scuby和Hubris这样的项目,它们可以让你分别将Ruby与Scala和Haskell集成在一起.Twitter决定将他们的部分低级消息传递基础设施从MySQL迁移到Ruby,然后从Ruby迁移到Scala也是众所周知的.
F#似乎根本没有发挥任何作用,可能是由于对Ruby社区的微软所有事情的非理性恐惧.(其中,顺便说一句,似乎大多是没有根据的,因为F#的团队始终可用版本的单声道).
Mic*_*ene 15
Java人员正在JVM上使用一种语言,并且想要一个与其运行时兼容的功能更强大的语言,因此他们会转到Scala.
C#人员正在使用CLR上的一种语言,并且想要一个与其运行时兼容的功能更强大的语言,因此他们会转到F#.
Ruby人正在使用一种已经非常实用的语言,他们在许多底层运行时使用它(JRuby,IronRuby,MRI,MacRuby,Rubinius等......).我不认为它有自然的功能继承者,甚至需要一个.
任何版本的Lisp应该没问题.
Ruby it self是一种函数式编程语言,所以我没有看到使用ruby的FP的任何特殊方言.
| 归档时间： |
|
| 查看次数： |
4922 次 |
| 最近记录： |