大家好，

从SAP Fiori Elements开始，这项技术有大量的教程、博客文章或其他可用资源，这真的让人应接不暇。

正如Fiori中的各种可能性一样灵活，让您的SAP Fiori Elements应用程序启动和运行的方式也同样灵活，而且可能令人困惑。CDS、SEGW、基于代码的实现或OData等主题（或流行语，由您决定）促成了SAP Fiori元素的丰富多彩，我将尝试讨论如何根据您的需求为您所需的应用程序决定合适的SAP Fiori元素方法。这还包括如何从SAP Fiori元素开始的可能性的高级别概述。

现在，我想重点介绍3种可用的最佳实践，使用abapcds视图（abapcoredataservices视图）并将其公开为OData服务是本文中最快的方法。CDS的最佳描述是开发业务逻辑，即选择正确的数据源及其关联。一些较小的转换任务（例如值的串联或在现有字段的基础上添加新字段）和对象模型的添加也是可能的。为了生成一个好看的SAP Fiori Elements应用程序，逻辑需要与UI注释聚合。

通过添加

ABAP CDS视图将自动公开为OData服务，它可以通过向导在Web IDE或Business Application Studio中使用。

如果您的需求包含CUD（创建、更新、删除）操作，则会变得更有趣。BOPF框架可以用来完成直接的CUD。

如果您需要用自定义逻辑来丰富这些操作之一（例如，不只是更新条目，而是需要克隆原始条目，更新其时间戳和特定的弃用标志集），大数据是数据，那么纯CDS视图方法可能不是最佳选择，您将在中看到以下部分

也可以不依赖ABAP CDS视图，而是从头开始控制和构建所有内容。使用SAP Gateway Service Builder（事务SEGW），我们可以决定感兴趣的信息源以及它们与可选关联的关系。

这是最耗时的方法，因为需要映射多个实体之间的关系。此外（如果没有很好地实践，则会更加耗时），在将项目作为OData服务公开并使用它之后，所有UI注释都需要手动添加（Web IDE中集成了图形工具，但您也可以使用纯XML编辑器）。

然而，当涉及到完整的XML编辑器时，这是最好的方法尽可能精确地控制（例如，为提供值帮助，定义只读字段，定义不可更新字段）。此外，CUD操作（甚至更多，像定制操作，这不是本博客文章的一部分）完全基于ABAP方法，可以自己实现，允许您定义完整的行为。

拥有两个世界的最佳效果将是很棒的，对吧？用ABAP-CDS视图设计数据模型、关联和UI既快捷又简单，im即时通讯云，但仍然能够完全控制创建、更新和删除实体背后的逻辑。

猜怎么着，这是本文第三个也是最后一个讨论的方法。如第二种方法中所述，大数据云计算人工智能，可以在sapgatewayclient Service Builder中启动项目，但是您可以引用ABAP CDS视图，而不是提供静态DDIC对象作为数据模型的基线！不必导入ABAP字典结构，您可以引用数据源并使用创建的ABAP CDS视图。

根据您对ABAP CDS视图建模的努力程度，您不必考虑

定义数据结构/数据模型建模它们的关联（加上导航属性）导航读取整个数据集（GET\u ENTITYSET）读取一个特定的数据（getu实体）

到目前为止，这听起来像是将abapcds视图直接公开为OData服务，如第一种方法所述。

第二部分的好处是：由于我们在网关项目中引用了abapcds视图，所以我们自动接收这样一个"SEGW"项目的公共设置（类和方法）。这包括CUD操作所需的方法（abapcds视图中的每个实体都会自动提供这些方法！）。

如果第三个选项没有downsite，那么对其他两个选项来说是非常不公平的，所以这里是：

尽管我们将ABAP CDS视图标记为一个引用，而不是一个静态DDIC对象，但是在快速适应性方面还是有一些限制：基本数据模型的变化（比如通过一个新的关联添加一个值帮助）不会自动更新。重新生成运行时工件也不起作用。

我采用的解决方法是a）在开始将ABAP CDS视图放入Gateway项目之前彻底考虑所需的数据模型，b）如果有重大的数据模型更改，创建一个新项目，再次引用abapcds视图并删除原始项目（包括其生成的类，以保持工作区干净！）。b）中最大的努力是重新定义CUD操作，并将自定义代码粘贴到新项目中。

无论如何，用户界面注释的更改或基于字段的更改会自动应用到SAP Fiori Elements应用程序，大数据的培训，只需简单地刷新网页即可！

下表描述了最重要的优点和缺点：

为了创建更复杂的建议，下图阐明了要求，映射到行动建议：

要求和建议

我希望您在涉及SAP Fiori Elements时，云服务平台，能够更好地理解或洞察基于客户特定需求的不同用例。