为什么称它为“业务逻辑”？这个词从哪里来的？

StackOverflow https://stackoverflow.com/questions/1441202

  •  10-07-2019
  •  | 
  •  
有帮助吗？

解决方案

出于同样的原因，子弹出来的枪的末端称为<！>＃8220;业务结束<！>＃8221;。这是主要行动发生的地方。

其他提示

如果您是一名专业的平面设计师，那么使用您的成像应用程序肯定将做生意 - 您的工作就是您的事业！

所以<！>“业务逻辑<！>”;是指定义用户如何开展业务的代码部分（在这种情况下，操纵图像）。

不要忘记当天，所有软件<！>商业软件<！> - 除了商业目的之外，没有人能够负担为软件编写软件所需的昂贵设备和技能。如果没有为企业赚钱或省钱，就没有写出来。

不确定，但我认为该术语应该替换为域逻辑。

你可以把它称为<！>“核心逻辑<！>”，但我相信第一个（众所周知的）多层应用程序实际上是为保险或银行业务编写的，因此术语<！> “业务逻辑<！>”;从那里开始，模式形成了，命名卡住了。

如果第一个多层应用程序是一个研究项目或类似的东西，它可能会被称为<！>“核心逻辑<！>”。

  

当我写一个成像应用程序时，没有涉及“业务”，没有客户，没有基于货币的交易，没有类似的东西。所以说我有'业务逻辑'真的让我困惑，因为我没有开展业务，我正在处理图片。

此外，关于演示和数据的大部分建议也开始向南，因为诸如效果和过滤器之类的操作在业务应用程序的“表示层”中是额外的，是您的核心。

<！>“可视化<！>”，<！>“引擎<！>”;和<！>“持久存储<！>”，是我倾向于处理的模拟中各层的常见名称。使用您域中有意义的名称没有问题。但后来我对SAS程序员的所有招聘广告感到困惑，因为这意味着英国防御环境中的其他东西;如果你想与商界人士交谈，你必须为他们翻译。

该术语的起源是商业软件，其中业务特定规则在其自己的模块中分开。这只是转移到所有其他软件。

考虑早期的计算机系统，如信用卡处理，代码有两大部分，执行io的部分，与后端，磁带等交谈，以及执行业务逻辑的部分，规则，如卡，有效，超出限制。

考虑它的另一种方式是，商业人士会说的是要捕捉的“规则”。

业务逻辑是应用程序的一部分，其中<！>“如何<！>”;应该工作是由编程团队以外的人决定的。通常，代码可以完成客户想要完成的任务。该术语通常仅适用于为非IT组织构建的内部软件。

我认为很多次是讽刺，因为商业逻辑并不总是合乎逻辑的。它只是以某种方式完成，因为企业想要这样 - 很多时候它不是最好的方式。你可以和他们一起战斗（如果你很幸运的话）让他们看到光明或只是接受其业务逻辑的事实，并准备好在他们意识到自己犯错误时改变它。

这个术语主要用于业务线应用<！>放大器;人们知道它的另一种方式是CRUD app（创建，读取，更新，删除）。

我认为这意味着类包含业务流程如何适用于给定业务流程的逻辑。

我认为我同意DVK-IIRC，当时，整个数据 - <！> gt;逻辑 - <！> gt;表示层事物是<！>“企业<！>”; （基本上是：商业）软件流行语。

既然每个该死的网页都应该是三层的，那就更常见了。

您还必须记住，虽然除了业务代码之外还有很多代码，但业务代码的数量巨大，而且业务量也很大（har har）。一些术语起源于那里并不奇怪。

就像漂亮的你去洗手间做生意一样，你漂亮的GUI就是为了做生意的逻辑......

（抱歉，无法抗拒:)）

不隶属于 StackOverflow
scroll top