首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >您认为函数式语言对于具有大量业务规则但计算非常少的应用程序是好的吗?

您认为函数式语言对于具有大量业务规则但计算非常少的应用程序是好的吗?
EN

Stack Overflow用户
提问于 2009-03-07 21:01:29
回答 7查看 1.2K关注 0票数 5

我确信,当涉及到需要大量计算的应用程序(数据挖掘、AI、nlp等)时,函数式编程是一个很好的选择。

函数式编程是否正在任何知名的企业应用程序或开源项目中使用?他们是如何将业务逻辑合并到功能设计中的?

请忽略这样一个事实,即使用函数式编程的人很少,而且这是一种困难。

谢谢

EN

回答 7

Stack Overflow用户

回答已采纳

发布于 2009-03-07 22:22:45

像Clojure和Scala这样的函数式编程语言几乎适用于任何事情。对于Haskell来说,经验丰富的Haskell编程可能能够用任何语言替换Haskell来解决任何问题--无论效率如何。我不知道是否有一种函数式编程语言可以被认为是/最好/在所有语言中解决这个特定问题的,但请放心,它将工作,并且在这方面做得很好。

此外,Clojure和Scala也是在JVM上实现的。因此,从技术上讲,它们/是/在企业平台上。

票数 4
EN

Stack Overflow用户

发布于 2009-03-07 21:22:47

如果不是函数,那么什么是业务规则?规则的应用可以表示为将函数应用于一组数据。它还可以与多态性结合使用。例如,通过泛型函数(多个分派也可以很方便)和继承。

代码就是数据,数据就是代码,两者都应该像水一样。

票数 3
EN

Stack Overflow用户

发布于 2009-03-07 22:40:23

一年多以前,我深入研究了Haskell,还尝试了一些我认为是典型业务问题的东西(直截了当地说,给定许多值,正确的回答是什么?)。因此,我会说,是的,您应该能够使用函数式编程对许多业务问题进行建模。

就我个人而言,我在Haskell中找不到像C#这样的OO +函数式方法,但这很可能是因为我在Haskell上做的并不多,在C#上做得更多。

然后是如何与客户沟通的问题。我的经验是,他们中的许多人都是按照严格的时间顺序来思考的,这在某种程度上有利于命令式编程。即使在进入状态变化等模型时,也可能会失去一些奇怪的客户。考虑可能代表业务的时间顺序操作的函数组合和单体可能会超出许多客户的能力范围。

无论哪种方式,您都可以找到我的业务Y示例here

票数 2
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/622497

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档