F#中的业务线应用程序成为常态之前多久?

时间:2008-12-12 14:03:41

标签: .net f# functional-programming

随着最近关于F#被包含在Visual Studio 2010中的消息,我开始思考......在我看到函数式编程在通常的“业务线应用程序”空间中占据了多久之前?

7 个答案:

答案 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年,并且都没有在大学之外获得大众认可。

豫ICP备18024241号-1