Answers:
函数式编程比命令性语言的一般优势：
您可以使用F＃之类的功能编程语言轻松地编写许多问题，更接近它们的定义，并且更加简洁，并且您的代码不易出错（不变性，更强大的类型系统，直观的递归算法）。您可以编写您的意思而不是计算机想要说的内容；-) 在Google上搜索甚至在SO上搜索时，会发现许多类似的讨论。
F＃的特殊优势：
使用-expressions进行异步编程非常容易和直观-即使使用ParallelFX，相应的C＃代码也要大得多async {}
根据需要扩展语言：LOP
语法更灵活
通常是更短，更优雅的解决方案
看看这份文件
C＃的优点在于，对于“命令式”应用程序（用户界面，命令式算法），它通常比功能性编程语言更准确；它所使用的.NET-Framework是强制性设计的，并且它的使用范围更广。
此外，您可以在一个解决方案中同时使用F＃和C＃，因此您可以将两种语言的优点结合起来，并在需要时使用它们。
这就像问起锤子比起子有什么好处。在非常高的级别上，两者基本上都做同样的事情，但是在实现级别上，重要的是要为要完成的任务选择最佳工具。有些任务在c＃中既困难又耗时，而在f＃中则很容易-就像试图用螺丝刀砸钉子一样。您可以肯定地做到这一点-这并不理想。
数据处理是一个示例，我个人可以指出f＃真正发挥作用的地方，而c＃可能很笨拙。另一方面，我想说（一般而言），在OO（c＃）中，复杂的有状态UI比功能（f＃）更容易。（可能会有一些人不同意这一点，因为现在“证明” 在F＃中执行任何操作是多么容易，这很“酷” ，但我坚持）。还有无数其他人。
inline是一个明显的例子，可以在C＃中无法表达的F＃中提供大量的性能改进。
以我的理解来回答您的问题：为什么使用C＃？（您说您已经在F＃上出售了。）
首先。这不仅仅是“功能与面向对象”。这是“功能+ OO与OO”。C＃的功能非常基本。F＃不是。同时，F＃几乎完成了C＃的所有OO功能。在大多数情况下，F＃最终是C＃功能的超集。
但是，在某些情况下，F＃可能不是最佳选择：
互操作。有很多库对于F＃来说并不太适合。也许他们利用了某些C＃OO的功能，而F＃却做不到这些，或者他们依赖C＃编译器的内部。例如，表达式。尽管您可以轻松地将F＃引号转换为表达式，但结果并不总是C＃所要创建的。某些库对此有问题。
是的，互操作性是一个很大的网络，可能会导致与某些库的冲突。
如果您现有的代码库很大，我认为互操作也包括在内。只开始用F＃编写零件可能没有意义。
设计工具。F＃没有任何东西。这并不意味着它没有任何内容，但是现在您不能用F＃代码隐藏WinForms应用程序。即使在受支持的地方（如ASPX页面中），您当前也无法获得IntelliSense。因此，您需要仔细考虑生成代码的边界。在几乎只使用各种设计器的非常小的项目中，将F＃用于“胶水”或逻辑可能不值得。在大型项目中，这可能不再是一个问题。
这不是内在的问题。与Rex M的答案不同，我看不到C＃或F＃的任何内在特性，这些特性使它们更好地用于具有大量可变字段的UI。也许他指的是必须编写“可变”并使用<-而不是=的额外开销。
还取决于所使用的库/设计器。我们喜欢对所有控制器使用带有F＃的ASP.NET MVC，然后选择一个C＃Web项目来获得ASPX设计器。我们根据页面上的需要在C＃和F＃之间混合实际的ASPX“代码内联”。（IntelliSense与F＃类型。）
其他工具。他们可能只希望使用C＃，却不知道如何处理F＃项目或已编译的代码。另外，F＃的库不作为.NET的一部分提供，因此您还有一些额外的需要提供。
但是排名第一的问题呢？人。如果您的开发人员都不希望学习F＃，或更糟糕的是，在理解某些方面时遇到严重的困难，那么您可能会敬酒。（尽管如此，在这种情况下，我还是认为您还是要敬酒。）哦，如果管理层说不，那可能是个问题。
我前一阵子写道：为什么不使用F＃？
您想要在过程语言和功能语言之间进行比较，因此我觉得您的问题可以在这里得到回答：过程编程和功能编程之间有什么区别？
关于MS创建F＃的原因，答案很简单：创建可以访问.Net库的功能语言只会扩展其市场基础。并且看到语法与OCaml几乎一样，实际上并不需要太多的工作。
如果将F＃与C＃，C ++，VB进行比较，则它不是另一种编程语言。C＃，C，VB都是命令性或过程性编程语言。F＃是一种功能编程语言。
函数式编程语言（与命令式语言相比）的两个主要优点是：1.它们没有副作用。这使得关于程序属性的数学推理变得容易得多。2.职能是一等公民。您可以像将其他值一样轻松地将函数作为参数传递给另一个函数。
命令式和功能性编程语言都有其用途。尽管我还没有在F＃中做任何认真的工作，但是我们目前正在基于C＃的一种产品中实现一个调度组件，并且还将通过在F＃中编码相同的调度器来进行实验，以查看F＃的正确性。与等效的C＃相比，可以更轻松地验证实现。
F＃本质上是功能编程语言的C ++。他们保留了Objective Caml的几乎所有内容，包括真正愚蠢的部分，并将其放到.NET运行时之上，从而也吸收了.NET的所有不良影响。
例如，使用Objective Caml，您将获得一种null类型，即选项<T>。使用F＃，您将获得三种类型的null，option <T>，Nullable <T>和引用null。这意味着，如果您有一个选项，则需要首先检查它是否为“ None”，然后需要检查它是否为“ Some（null）”。
F＃就像旧的Java克隆J＃，只是一种吸引眼球的混蛋。有些人会喜欢它，有些人甚至会使用它，但最终它仍然是20年历史的CLR语言。
Some null任何F＃代码中的代码。在人们可能会担心的所有事情中，这一定要轻描淡写 ……
我最喜欢的.NET方面之一是泛型。即使您使用F＃编写过程代码，您仍将从类型推断中受益。它使编写通用代码变得容易。
在C＃中，默认情况下您编写具体的代码，并且必须付出一些额外的工作来编写通用代码。
在F＃中，默认情况下编写通用代码。在用F＃和C＃进行了一年的编程之后，我发现用F＃编写的库代码比用C＃编写的代码既简洁又通用，因此也更可重用。我错过了许多用C＃编写通用代码的机会，可能是因为我对强制类型注释视而不见。
但是，在某些情况下，根据个人的喜好和编程风格，最好使用C＃。