您是否认为函数式语言适用于具有大量业务规则但计算量很少的应用程序？
您好！根据您的问题，我认为函数式编程语言适用于具有大量业务规则但计算量很少的应用程序。
函数式编程是一种编程范式，它将计算过程视为一系列纯函数（无副作用的函数）的求值。这种编程范式强调函数的纯度和不可变性，可以帮助开发人员更轻松地管理复杂的业务规则。
在具有大量业务规则但计算量很少的应用程序中，函数式编程可以帮助开发人员更好地组织代码，使其更易于理解和维护。此外，函数式编程还可以提高代码的可测试性和可重用性，从而提高开发效率。
总之，函数式编程语言适用于具有大量业务规则但计算量很少的应用程序，因为它可以帮助开发人员更好地组织代码，提高代码的可测试性和可重用性，从而提高开发效率。
相关·内容
我确信，当涉及到需要大量计算的应用程序(数据挖掘、AI、nlp等)时，函数式编程是一个很好的选择。谢谢
浏览 1提问于2009-03-07得票数 5
回答已采纳
功能语言是否适合web应用程序的开发？
功能语言是否适合业务//类型的应用程序？
浏览 21提问于2009-05-04得票数 28
回答已采纳
如果业务规则声明免费用户无法获得市场数据，那么就像使用一些声明式授权筛选器来阻止调用一样简单。，这些代码需要逐个案例加以限制，但这将导致大量冗余。我现在唯一能想到的是：
实现在HttpRequest管道中注入的某种类型的中间件，该中间件包含一个工厂，该工厂将检查正在调用哪个端点，从而运行特定的代码来限制请求、限制数据输出或任何其他业务规则。移到基于参与者的模式(如akka.net)
浏览 0提问于2019-12-31得票数 2
我们的系统(外来商品衍生品交易捕获和风险管理)很快就会重新开发。我听到的一个建议是，将合并一个规则引擎，以使最终用户(相当复杂的商品交易员)更容易对业务逻辑进行某些更改。
我对规则引擎有点怀疑。我内心的敏捷主义者想知道它们是否仅仅是一个过程问题的技术解决方案…即。我们的开发人员需要很长时间才能响应业务的变化需求。这个问题的解决方案应该是一种更具协作性的开发方法，更
浏览 1提问于2008-10-15得票数 19
回答已采纳
我有一个使用SQLalchemy作为数据库的烧瓶应用程序。问题是，该属性访问一个实用程序模块，该模块具有计算日期范围的函数。编辑，请注意：
我认为普拉梯人的答案通常是最好的</
浏览 4提问于2013-07-01得票数 0
回答已采纳
2回答
自从我开始asp.net mvc开发以来，我的经验几乎是80%的jQuery，只有20%的C#。
现在，我请求使用Knockout.js来更好地控制页面上的视图。我现在面临的问题是:我是否应该向浏览器提供"sceleton markup page“，并通过ajax调用加载所有数据，从而填充js viewmodel对象和视图，还是应该一开始通过局部视图填充数据，然后使用js页面数据管理来获得后续的客户体验？现在我正在做后者，但这需要我编写两个数据检索/
浏览 3提问于2012-07-15得票数 0
回答已采纳
5回答
GPGPU是否已经准备好用于生产和原型制作，或者您是否仍然认为它主要是一种研究/前沿技术？我在计算生物学领域工作，它开始吸引该领域更多面向计算机科学的人的注意，但大多数工作似乎都是移植著名的算法。通过阅读维基百科，我得到的印象是，编程模型很奇怪(大量使用SIMD)，而且有一定的局限性(没有递归或虚函数，尽管这些限制正在慢慢消除；没有比C更高的语言或C++
浏览 2提问于2011-04-19得票数 4
回答已采纳
2回答
文件数量
、
如果我有以下结构中的Firestore文档：在我的web应用程序中，我想显示追随者的数量。如果我只是做一个get()的整个followers子集合。就读取操作而言，这将是代价高昂的。我考虑了以下解决方案：
拥有一个计数器文档和一个计数器字段，每次使用云函数在followers集合中创建文档时，计数器字段都会递增。但是对于这个计数器来说，每秒写一次文件是有限制的。拥有一个followers集合和每个追随者的每个文档的
浏览 7提问于2020-08-11得票数 0
回答已采纳
6回答
OOP可能是当今软件设计中最常用的编程模式。我的问题是--还有什么其他的范例可以与竞争，并且可以代替OOP呢？为了澄清这个问题，我不是在问其他的范例是什么。可以与OOP竞争，所以它可以在一个大项目中用最少的痛苦。
不是与OOP一起使用，而是作为OOP的替代。如果有的话，它的优点/缺点是什么，为什么它比面向对象操作更好/
浏览 11提问于2010-08-12得票数 94
回答已采纳
它有一个或多个实现特定于应用程序的业务规则的功能。它还具有数据元素，其中包括输入数据、输出数据和与其交互的适当实体的引用。让我们先澄清术语第一，业务规则由企业(关键)业务规则和应用程序业务规则组成。
我知道的唯一一种企业(关键)业务规则是实体。如果没有更多的</
浏览 0提问于2022-09-25得票数 1
回答已采纳
我非常清楚函数式编程技术与命令式编程技术之间的区别。但人们普遍倾向于谈论“功能语言”，这确实让我感到困惑。当然，像Haskell这样的语言比C这样的语言更适合函数式编程，但即使是前者，I/O (它只是将它保存在一个贫民区)。而且您可以用C编写函数程序(这非常困难)。所以也许只是一个程度的问题。不过，即使是在程度上，当有
浏览 8提问于2010-02-18得票数 30
回答已采纳
5回答
我知道几种函数式语言-- F#、Lisp及其方言、R等等。然而，由于我从来没有使用过它们中的任何一个(尽管我提到的三个都在我的“学习”列表中)，我想知道各种函数式语言的优缺点。在学习该语言和该语言的任何实际应用方面，是否都有显著的优缺点？
浏览 3提问于2009-01-30得票数 3
回答已采纳
3回答
我们被告知，对象是具有数据和行为的自我包含的事物，因此它们应该有对其属性进行操作的方法。，即我们有代码entityManager.save(entity)而不是entity.save()；
业务规则引擎是将业务逻辑从实体中分离出来的最明显的例子--业务规则形成与实体完全不同的代码(甚至是不同的语言业务规则范式可
浏览 0提问于2016-12-28得票数 10
我们是否需要从一个DataSet构造中显式地创建TF张量或TF NumPy作为TF函数的参数？如果使用不同的数值Python值多次调用TF函数，则会生成许多图形，从而减缓程序的速度，消耗大量RAM (必须删除TF函数才能释放它)。但不确定第5条规则(所有其他Python类型)是否适用于NumPy结构。
函数通过从输入的args和kwargs计算缓存密钥来确定是否
浏览 1提问于2021-05-01得票数 2
9回答
对于典型的3层应用程序，我已经看到在许多情况下，它们在数据库中使用了许多复杂的存储过程。我不太能从这种办法中得到好处。据我个人理解，这种做法存在以下缺点：
更改业务逻辑而不进行编译。但是S
浏览 11提问于2009-12-16得票数 3
回答已采纳
我有一个相当不错的列表，列出了使用规则引擎的优点，以及使用它们的一些原因，我需要的是不应该使用规则引擎的原因的列表规则引擎实际上并不是用来处理工作流或流程执行的，工作流引擎或流程管理工具也不是用来执行规则的你不应该使用它们的其他重要原因是什么？
浏览 185提问于2009-04-21得票数 111
回答已采纳
扫码
添加站长 进交流群
领取专属 10元无门槛券
手把手带您无忧上云
相关资讯
热门标签
云服务器
ICP备案
对象存储
实时音视频
云直播活动推荐
腾讯云开发者
