是一个进程的设计真的说明性程序?

Question

我听到有人说，他们利用业务流程的自动化工具(如任何一体化)作为一种编程语言(听起来像什么东西那种愚蠢)为了使事情的声明。然后他们把所有的内部逻辑的过程，每个单个的 if 和 while.

但是，并不是一个过程如何逐步实体达到目标？

对我来说这就使得一个进程完全必要的。你怎么想?

Answer 1

这绝对不是什么人通常是指当他们谈论声明式编程，即使它某种意义上可以称为声明性的。

Answer 2

编制语言是事实 必须脚本语言 与条件，循环和其他传统上必须建造，通常表示为通过一个流程图-基于用户接口。他们肯定不(以我的经验)实施尾递归功能编程、后向链或任何其他范例可能合理描述为声明在普遍接受的意义。

MS工作流程的基础是标榜为一个具有规则的引擎，但是，这是相当简单，并不能真正向链接，除了在有点迂回的方式。伊实际上使一个适用于他们的规则的引擎具体下降到MS工作流程的基础。

其他工作流的工具更好地规则引擎和一个适当的前进链接的系统，该系统可以视为声明。然而，一旦你进入自己的工作流程与循环和有条件的分支机构你是最肯定在该领土的必要程序。

然而，有些系统还执行一个培养皿-net或状态变化为基础的标记系统的工作流程，这可能合理地被描述为宣示性的，但他们仍然有一个必要方式的相互作用与潜在的系统。他们仍然更新的变量，并有副作用。

我看到一个或两个应用程序(例如 蟾蜍的数据分析)实际使用MS工作流程基础作为一个脚本语言。因此，它允许添加一个脚本设施的应用程序(至少对于销售的目的)不需要编程技术人员使用。

在实践中，一个工具，旨在为编写、编辑和运行SQL查询正在设有一个脚本框架为'非程序员的使人不知道什么观众它的真正目标。作为一个脚本语言、工作流程建模工具是很笨拙，并提供非常有限的机会抽象；在实践中的一个。净基于脚本语言，例如IronPython或嘘，特别是结合一个体面的模板机制，将是一个非常强大的外来这样一个工具。

一点关于图形的语言这样的是，他们没有的规模与复杂性。一个类似的问题也适用于与ETL工具。我看到一个供应应用程序(见下文)，(具有讽刺意味的是)与Crossworlds(现在称为Websphere积分).在一个月之内开始在应用程序很明显，图形化工作流语言是不会规模与复杂性的应用程序，它是重新建立，根据一个自定义的规则引擎Java编写的和一个相当大的体制java代码。

这种类型的问题是不常见的与EAI和协调系统，是其中一个原因， SOA 是很难实现，在实践中。你在做什么实际上是推动业务逻辑进入一个非常笨拙的编程的环境，没有被正式承认为这样。这将工作在一个简单的情况，但是很难让工作的一个复杂的系统-这是一个有罪的秘密在SOA圈子。

结尾: 一个供应应用程序是一个系统，需要计划用于电信服务的合同(在这种情况下移动电话网络)，并推动配置的信息 基于规则出于各种交换机、计费用和其他应用程序。他们往往是相当复杂。当你买移动电话的计划以许多分钟，所以许多文本，每月供应应用程序推出配置的信息系统的其他部分对你的访问和记账的规则。