随着最近关于F＃被包含在Visual Studio 2010中的消息，我开始思考......在我看到函数式编程在通常的“业务线应用程序”空间中占据了多久之前？
答案 0 :(得分：6)
我会将主观标记添加到那个;）
就我个人而言，我认为它不会成为常态，虽然它会在适合的地方使用。
我不认为它会成为常态，因为它最适合应用程序的某些层，但不适合其他层，如UI。
因此，在C＃或VB中将继续开发多个层。从公司的角度来看，即使F＃是应用程序的一部分的更好的工具，他们也倾向于用C＃或VB来编写它以保持一致性，因为他们的程序员将更擅长这些语言，因此未来雇用的将是更容易找到。
答案 1 :(得分：3)
这不会很快发生。你有一百万程序员提出了强制性的编程风格，并且需要花费很长时间才能进行调整。如果曾经。这是一种完全不同的思维方式。
答案 2 :(得分：3)
我怀疑的想法比实际的F＃用法更重要...例如，我希望（尤其是多核升级）不可变设计将在C＃中蓬勃发展。但是我没有看到人们从C＃切换到F＃。我已经尝试了两种，而C＃肯定（对我而言）使事情更易于维护和理解。
不要忘记使用委托，使用lambda作为闭包，我们有很多能力从C＃中编写函数样式。
答案 3 :(得分：2)
大约10 - 15年。这大致是为了获得牵引力，任何新语言（不仅仅是对旧语言的舔油）所需要的。以Python和Ruby为例 - 它们都是在90年代初期开始的，现在才真正获得动力。有例外 - C＃是一个。
答案 4 :(得分：1)
我猜你的业务取决于你的业务。它已经在我的生产线上实现，其中包括财务环境中的定量分析，其中大部分涉及编写功能。在订单处理环境中，为了选择一些常见的东西，我认为功能语言并没有多大用处。但我可能是错的。
答案 5 :(得分：1)
我认为人们已经看到了某些原则的价值。人们不得不开始在标准程序语言中使用OOP范例很长一段时间才开始使用该概念构建的语言变得流行。即便如此，人们还是写了一些不太理想的OOP代码;因此，现在有关于这一主题的书籍，模式和最佳实践的数以万计。我可以看到功能编程出现了类似的趋势。
答案 6 :(得分：1)
我希望的是，而不是推动F＃接管任何其他.net语言，他们会为VS2010增加能力，让你在同一个项目中拥有多种编程语言。据我所知，你今天不能这样做，但我可能是错的。这很容易让人们在他们需要的东西的一个方面拥有一个F＃文件，然后是其余的（包括逻辑，状态等）的C＃或VB。
人们继续把F＃看作是一种革命性的新语言......唯一革命性的是它是一种基于.NET的功能语言。所以只是因为它是新的，这并不意味着它将成为常态。看看Erlang和Haskell ......它们都是功能语言，每种语言已经存在了大约20年，并且都没有在大学之外获得大众认可。