组织中的大多数定制构建应用程序开发都是围绕应用程序或开发技能来组织的。但对于云开发来说，这应该改变。在第1部分中，大数据的应用，我解释了为什么云供应商希望您和您的组织考虑在云平台上开发定制构建应用程序。一旦迁移到云端，一个组织应该变得更加敏捷，大数据共享平台，可以更快地采用创新，可以通过从小规模开始控制项目成本，并快速扩展。他们将有更多的自由来实施自己的实践，以支持他们的数字化转型。我在第2部分中解释了程序语言开发的自由性以及这将如何影响组织内部的定制开发。在第三部分中，我重点讨论了用户界面设备自由度的影响，在这一部分中，我将解释业务逻辑和业务服务自由度的影响。

正如我之前的博客中提到的，在云软件中，UI逻辑和业务逻辑应该分开。业务逻辑作为API提供，UI将在运行时调用它。对于"传统"业务应用程序，这种分离并不难定义。对于UI逻辑，您只需要研究当前UI。所有影响屏幕或流的逻辑都是UI逻辑。剩下的就是业务逻辑。但是，当您应该将此业务逻辑转换为api时，这就更加困难了。您的应用程序主要支持应划分为多个流程步骤的流程的业务流程。这些步骤主要是在分析和后续流程所需的应用程序中模拟或存储业务数据。这些流程步骤应该表示为业务api。除了这些流程步骤API之外，您还需要支持API来完成此流程步骤。传统上，此支持API将支持业务和主数据的查找、计算和验证，并将帮助最终用户在其用户界面中完成事务。

此定义业务和支持API的过程大部分时间是复杂的，在分离之后，应用程序仍与以前一样工作。但它将给公司和软件供应商带来很多优势，我将在后面解释。好消息是，大部分工作都是由云供应商完成的，您只需查看自己的代码即可。

云供应商将进行这种分离，因为它将打开这些应用程序进行创新。如前所述，您可以在流程步骤api之上构建多个基于角色的简单UI。但更有价值的是，可以将流程步骤分为预执行阶段，在该阶段将收集、验证和批准数据，在执行阶段调用流程步骤API并将其存储在后端应用程序中。执行阶段主要基于云供应商业务应用程序提供的最佳实践进行标准化。但公司内部的执行前阶段是独特的。它们被实现为自己的实践过程，大数据是啥，由手工和非结构化的工作方式支持，或者由自己开发的软件支持。大多数时候，历史和组织上的争论都是他们仍然按照他们的方式工作的原因。这是需要改进的地方。但要使这些预执行阶段流程自动化，需要以用户为中心或完全自动化的定制构建应用程序。

云平台和第三方供应商确定这些公司需求，并提供除不同运行时之外的其他业务服务。这些业务服务将作为API提供，以解决由大数据、机器学习和人工智能支持的预执行阶段的业务需求。这可以帮助公司简化其预执行阶段，方法是根据初始数据丰富流程数据，根据历史数据和预测数据提出建议，根据固定规则或按模式解释数据进行自动化决策和批准。在某些情况下，完整的预执行阶段可以由自定义构建应用程序接管，而无需人工交互和在后台运行。在这种情况下，应用程序的构建方式应该是只有在例外情况下才需要人机交互。

业务逻辑和业务服务的自由将给云供应商带来机会和威胁。对于普通应用程序，企业应选择支持API的最佳业务应用程序，对于定制应用程序，也应选择最合适的云平台。这将是IT开发和客户项目面临的最大挑战。

在传统开发中，您的应用程序是为一个运行时构建的，程序将使用与应用程序一起部署的稳定库和数据库，公司将完全控制应用程序。

但对于云应用程序，情况不再如此。业务逻辑、数据存储和设备功能都隐藏在API后面。这些API将在运行时被访问，并且可以在任何地方运行。这使得定制构建的云应用程序强烈依赖于这些API，应用程序的开发更加复杂。

对于经得起未来考验和稳定的云应用程序，这些云业务服务和API不仅要评估其功能和价值，还要评估其使用成本、可用性和稳定性，安全、监管和数据保护。开发人员和开发组织通常不熟悉的主题。云应用的动态性将带来更快的创新，但在云平台和业务服务的情况下，也有更多的依赖性。您应该将自己的业务逻辑放在哪一层？在设备UI层、云平台应用程序运行时层或云平台数据库层上。在混合环境中，还可以在后端应用程序层甚至数据库层构建业务逻辑。这个问题的一个明确答案是：这取决于要求和公司指导方针。但是可以肯定的是，定制的构建业务逻辑应该可以作为API在云平台上访问。这并不意味着业务逻辑本身就建立在平台上。它可以位于云平台提供的运行时之一，但也可以直接来自本地或基于云的业务应用程序中的自定义代码。或者包装在API中，但来自云平台和第三方业务服务