f# - 实现管道运营商的成本

Question

我正在使用一种名为“elm”的语言，它试图将 Haskel 式语法和 FRP 引入 Javascript。这里有一些关于从 F# 实现管道运算符的讨论，但是语言设计者担心比更标准的(至少在其他 FP 语言中)反向管道运算符增加的成本(我假设增加了编译时间或编译器实现复杂性) (榆树已经实现了)。任何人都可以谈谈这个吗？ [也可以直接发帖到该主题，否则如果没有其他人粘贴，我会粘贴回最佳答案]。

https://groups.google.com/forum/?fromgroups=#!topic/elm-discuss/Kt0MbDyRpO4

谢谢!

Answer 1

在您提到的讨论中，我看到 Evan 提出了两个挑战:

1. 给我一些使用它的 F# 项目
2. 找一些可靠的 F# 程序员谈论为什么这是一个好主意，以及随之而来的成本(博客文章或其他)。

我会这样回答:

1. forward pipe-idiom 在 F# 编程中非常常见，无论是出于风格(我们喜欢它)还是实用(它有助于类型推断)的原因。您发现的几乎所有 F# 项目都会经常使用它。当然，我所有的开源项目都使用它(Unquote，FsEye，NL 发现 here)。毫无疑问，您会发现所有 Github located F# projects 都是一样的。包括 F# 编译器源代码本身。

2. Brian 是 Microsoft F# 编译器团队的一名开发人员，他在博客中发表了关于 Pipelining in F# 的文章早在 2008 年，一个仍然非常有趣且相关的博客将 F# 管道与 POSIX 管道联系起来。根据我自己的估计，实现管道运算符(operator)的成本非常低。在 F# 编译器中，这在任何意义上都是正确的(它是单行内联函数定义)。