在Scala中坚持功能范式的功效

如果您与Java库交互，任何方法都可能会引发异常。这可能是通过一个检查的异常显式的，或透明的(从API的角度)，通过运行时异常。你应该做什么，作为一个程序员谁可能试图使用更有效的任一种类型来表示失败(或scalaz的验证)？

对我来说，这不会在scala(即接近问题和选择纯粹的功能性方法)中发挥是不清楚的。当然可能会产生许多不同风格的编码。也就是说，您可以从Scala的功能方面获得丰富而有用的东西，而且您的程序中的功能和命令行代码的组合肯定有可能相互并行。虽然功能性纯粹主义者当然可能不同意这是否是最佳状况。

对于什么是值得的，我发现在我的程序中应用功能范例已经改进了我的代码没有结束。因为我没有尝试过Haskell或F#，我无法告诉你，净结果是好是坏。

但它用Java擦拭地板;并且从我的角度来看，在JVM上(具有与我们所有的Java库共存的实际优点)是一个杀手级的应用程序。

在边缘，当您开始更多地使用scala的功能方面时，您将遇到一些问题。这些是最明显的：

缺乏隐含的功能currying(即等价于A => B => C和(A，B)=> C)
缺乏隐含函数tupling(即n-ary函数和以n元组为参数的1元函数之间的等价)
对于部分应用型构造函数(即M [A]与例如[Int，A])的等价性的缺乏推断，

这两个问题使得应该是漂亮和清晰的功能代码，丑陋和模糊。