在这篇文章中，我简要地回顾了开发人员的定义，并在此背景下回顾了工作流表单的出现，它是SAP云平台上工作流服务功能的一个重要新补充。

如何定义开发人员？

上周，一个关于开发商的问题出现了。具体来说，您是将开发人员定义为编写代码的人，还是定义的范围更广？这是个有趣的问题。一方面，我把自己归类为一个开发人员，我写代码（或者什么东西被认为是代码），我传统上认为这两件事是相关的。当然，它们是相关的——"开发者"是开发或创建软件的人的名字。软件是在机器上执行的代码。

但是再仔细想想，也许定义比这更宽泛。最早的开发人员是用机器代码编写的，然后是汇编语言，随着语言抽象层的增长，随着我们离机器越来越远，开发实践的增长和开发人员数量的增加。这当然是件好事。今天的大多数语言与微代码几乎没有什么相似之处，微代码与实际处理编写和翻译内容的硬件只有一步之遥。

在上世纪80年代的Byte杂志上，我记得4GL的广告-"第四代语言"，旨在吸引"非程序员"并被他们使用（如图）承蒙存档.org)

此外，在思考这个过程时，命令式结构的概念和编程之间可能有一种隐含的联系，几乎没有考虑任何非程序性的东西，任何非"流动"的东西。如果你不告诉计算机该做什么，你还在"开发"代码吗？我立刻想到了那些刻意的非命令式、非过程性的语言。想想APL面向数组的特性，它更接近于数学而不是过程编程。想想函数式编程的范例和语言。渗透在函数定向中的一件事是"什么而不是如何"的思想——你说你想要什么，而不是你想要它如何计算。

因此，当我们以声明的方式定义事物时，不管这是在描述UI在UI5空间中使用XML时的样子，或者在SAP云平台的应用程序编程模型中使用CDS时，或者在ABAP堆栈上使用注释声明行为时，指定业务实体的外观，我们还在开发吗？

我会说是的，我们是。也许说开发就是创建在机器上执行的东西并不太牵强。正如他们所说的，如何定义这些东西的工作原理是一个实现细节。

SAP云平台工作流服务

我为什么要谈论这个？好吧，SAP云平台上有许多服务允许人们构建解决方案，创建数据可视化，物联网产品，将系统连接在一起，通常解决业务问题，而无需太多（或任何）实际编程。其中一项服务是SAP云平台工作流服务。

我以前写过并讨论过工作流服务，云服务器试用，因此如果您不熟悉该服务，您可能需要查看其中的一些资源：

关于工作流服务各个方面的10部分系列：发现SCP工作流我的ASUG网络研讨会的重播和链接摘要：SAP云平台工作流简介-摘要简短的CodeTalk插曲：SAP CodeTalk–SAP云平台工作流服务咖啡角广播播客系列第一集访谈关于集成播客第015集

的采访，当然在这里的主要工作流程登录页有很多非常可读的文档：https://help.sap.com/viewer/product/WORKFLOW\u SERVICE/Cloud/en-US。

挑战

设计和构建工作流定义，物联网应用，并将其部署到SAP云平台上是一件很重要的事情这很简单。当然，你设计的工作流程越复杂，你需要包含的步骤就越多。但总的来说，这是一次相当愉快的经历。更重要的是，它是声明性的，以工作流编辑器的形式，您可以在其中将框连接在一起并定义它们的属性，您创建的总体图表表示流定义。

但是，对于用户任务步骤，您需要一个用户界面（UI），工作流任务接收者可以与之交互，查看并向工作流实例上下文添加数据，企业信息化软件，并做出决策。标准的myinbox-Fiori应用程序有一个定义良好的API，您可以将UI构建为一个组件，在myinbox应用程序中逐个任务实例化。该组件是一个UI5组件（有关更多详细信息，请参阅Discovering SCP Workflow系列中的组件启动和推荐UI帖子）。

如果您是一个传统意义上的开发人员，特别是一个UI5意义上的开发人员，那么这一切都很好，但诱人的事实是，除了这些用户任务之外，你实际上不需要编写任何代码来设计和实现工作流定义。

但是UI5中的编程技能是完成定义的"最后一英里"所需要的。

直到现在。

解决方案

上周，一个主要的新特性被普遍使用——工作流表单。使用此功能，您可以使用SAP Web IDE中的表单编辑器以声明方式定义用户任务UI。

SAP Web IDE中的表单编辑器，通过https://blogs.sap.com/2018/09/14/new-feature-in-sap-cloud-platform-workflow-forms/