.net - 使用C#vs F#或F#vs C#有什么好处?

我为一家技术公司工作,该公司比产品发货做更多的原型设计。 我刚刚被问到C#和F#之间的区别是什么,为什么MS创建F#以及它会比C#更好。

我已经使用这种语言一段时间了,我喜欢它,所以我可以很容易地继续讨论F#的强大功能,但是我缺乏C#的经验来说明为什么我们应该使用它而不是另一种。

使用C#vs F#或F#vs C#的好处是什么?

gradbot asked 2019-08-13T01:59:30Z
8个解决方案
86 votes

函数式编程对命令式语言的一般好处:

您可以更容易地表达许多问题,更接近它们的定义,并且在F#等函数式编程语言中更简洁,并且您的代码不易出错(不变性,更强大的类型系统,直观的复现算法)。 您可以编写您的意思而不是计算机想要您说的内容;-)当您谷歌搜索或甚至搜索它时,您会发现许多类似的讨论。

特殊F# - 优点:

  • 使用async {}表达式,异步编程非常简单直观 - 即使使用ParallelFX,相应的C#代码也要大得多

  • 编译器编译器和特定于域的语言非常容易集成

  • 根据需要扩展语言:LOP

  • 计量单位

  • 语法更灵活

  • 通常更短,更优雅的解决方案

看一下这个文档

C#的优点在于,它比命令式应用程序(用户界面,命令式算法)通常更准确,而不是函数式编程语言,它使用的.NET-Framework必须设计得更加精确。 并且它更广泛。

此外,您可以在一个解决方案中同时使用F#和C#,因此您可以结合两种语言的优点并在需要的地方使用它们。

Dario answered 2019-08-13T02:01:01Z
36 votes

这就像询问锤子对螺丝刀的好处是什么。 在极高的水平上,两者基本上都是相同的,但在实施层面,选择最佳工具以实现您想要完成的任务非常重要。 在c#中有一些困难和耗时的任务,但在f#中很容易 - 就像试图用螺丝刀敲钉子一样。 你可以这样做,当然 - 它并不理想。

数据操作是我个人可以指出的一个例子,其中f#真正闪耀,而c#可能很笨拙。 另一方面,我说(一般来说)复杂的有状态UI在OO(c#)中比在函数(f#)中更容易。 (可能会有一些人不同意这一点,因为它现在很酷"现在#34;证明"在F#中做任何事情是多么容易,但我支持 它)。 还有无数其他人。

Rex M answered 2019-08-13T02:01:35Z
27 votes
  • F#在数学方面比C#具有更好的性能
  • 您可以在与C#相同的解决方案中使用F#项目(并从一个调用到另一个)
  • F#非常适合复杂的算法编程,金融和科学应用
  • F#在逻辑上非常适合并行执行(在C#上执行F#代码比在C#上更容易执行)
Rinat Abdullin answered 2019-08-13T02:02:20Z
27 votes

按照我的理解回答你的问题:为什么要使用C#? (你说你已经在F#上卖了。)

首先。 它不只是"功能性与OO"。 它"功能+ OO与OO"。 C#的功能特性非常简陋。 F#不是。 同时,F#几乎完成了所有C#的OO功能。 在大多数情况下,F#最终成为C#功能的超集。

但是,在某些情况下,F#可能不是最佳选择:

  • 互操作。 有很多图书馆对F#来说不太舒服。 也许他们利用F#不做同样的某些C#OO事情,或者他们可能依赖于C#编译器的内部。 例如,表达式。 虽然您可以轻松地将F#引用转换为表达式,但结果并不总是与C#完全相同。 某些库存在此问题。

    • 是的,互操作是一个非常大的网络,可能会导致与一些库的一些摩擦。

    • 如果你有一个庞大的现有代码库,我认为interop也包括在内。 刚开始用F#编写部件可能没有意义。

  • 设计工具。 F#没有。 并不意味着它没有任何东西,但是现在你不能用F#代码隐藏来创建一个WinForms应用程序。 即使在ASPX页面中支持它,您也不会获得IntelliSense。 因此,您需要仔细考虑生成代码的边界。 在一个几乎完全使用各种设计师的非常小的项目中,使用F#作为"胶水"可能不值得。 或逻辑。 在较大的项目中,这可能不再是一个问题。

    • 这不是一个内在问题。 与Rex M的答案不同,我没有看到任何关于C#或F#的固有内容,这使得他们更好地使用大量可变字段来创建UI。 也许他指的是必须写'#34; mutable" 并使用< - 而不是=。

    • 还取决于使用的库/设计师。 我们喜欢将ASP.NET MVC与F#一起用于所有控制器,然后使用C#web项目来获得ASPX设计人员。 我们混合了实际的ASPX"代码内联" 在C#和F#之间,取决于我们在该页面上需要什么。 (IntelliSense与F#类型。)

  • 其他工具。 他们可能只是期待C#而不知道如何处理F#项目或编译代码。 此外,F#的库不作为.NET的一部分发布,所以你需要额外的东西来发货。

  • 但头号问题? 人。 如果你的开发人员都没有想要学习F#,或者更糟糕的是,难以理解某些方面,那么你可能会敬酒。 (尽管如此,在这种情况下,我仍然会为你辩护。)哦,如果管理层拒绝,那可能就是一个问题。

我刚才写过这篇文章:为什么不是F#?

MichaelGG answered 2019-08-13T02:04:06Z
6 votes

您要求在过程语言和函数式语言之间进行比较,因此我觉得您的问题可以在这里得到解答:过程式编程和函数式编程之间有什么区别?

至于MS创建F#的原因,答案很简单:创建一个可以访问.Net库的功能语言,只是扩大了他们的市场基础。 看看语法与OCaml几乎完全相同,它实际上并不需要付出太多努力。

Spencer Ruport answered 2019-08-13T02:04:38Z
5 votes

如果你把它与C#,C ++,VB进行比较,F#还不是另一种编程语言。C#,C,VB都是命令式或过程式编程语言。 F#是一种函数式编程语言。

函数式编程语言的两个主要好处(与命令式语言相比)是1.它们没有副作用。 这使得关于程序属性的数学推理变得更加容易。2.职能是一等公民。 您可以将函数作为参数传递给其他函数,就像其他值一样容易。

命令式和函数式编程语言都有其用途。 虽然我还没有在F#中做过任何认真的工作,但我们目前正在基于C#的一个产品中实现一个调度组件,并且将通过在F#中编写相同的调度程序来进行实验,以查看是否正确。 与C#等价物相比,可以更容易地验证实现。

Jeroen Huinink answered 2019-08-13T02:05:19Z
5 votes

F#本质上是函数式编程语言的C ++。 他们保留了几乎所有来自Objective Caml的内容,包括非常愚蠢的部分,并将它放在.NET运行时的顶部,以便它从.NET中引入所有不好的东西。

例如,使用Objective Caml,您将获得一种类型的null,即< T>选项。 使用F#,您将获得三种类型的null,选项< T>,Nullable< T>和引用空值。 这意味着如果你有一个选项,你需要首先检查它是否是"无",然后你需要检查它是否是"一些(空)"。

F#就像旧的Java克隆J#,只是一种吸引注意力的混蛋语言。 有些人会喜欢它,其中一些人甚至会喜欢它,但最终它仍然是一个20年前的语言加入CLR。

Jonathan Allen answered 2019-08-13T02:05:59Z
5 votes

我最喜欢.NET的一个方面是泛型。 即使您在F#中编写过程代码,您仍然可以从类型推断中受益。 它使编写通用代码变得容易。

在C#中,您默认编写具体代码,并且必须进行一些额外的工作来编写通用代码。

在F#中,默认情况下编写通用代码。 在F#和C#中花了一年多的编程后,我发现用F#编写的库代码比我在C#中编写的代码更简洁,更通用,因此也更加可重用。 我错过了很多在C#中编写通用代码的机会,可能是因为我被强制类型注释蒙蔽了眼睛。

然而,有些情况下使用C#是优选的,这取决于一个人的品味和编程风格。

  • C#不会在类型之间强加声明顺序,并且它对编译文件的顺序不敏感。
  • 由于类型推断,C#有一些F#无法承受的隐式转换。
Joh answered 2019-08-13T02:07:01Z
translate from https://stackoverflow.com:/questions/952318/what-are-the-benefits-of-using-c-sharp-vs-f-or-f-vs-c