这个博客的目的解决方案下一步

在上一篇博客中，我们提供了一个CRM Fiori应用程序端到端扩展的示例—第1部分：

我们已经增强了标准的CRM OData模型Opportunity，通过添加一个新字段来存储给定opportunity的创建者，并通过增强的OData服务实现将其公开。

在本部分中，我们将在Fiori UI中使用此扩展字段"extCreatedBy"。

您只能将扩展字段放在存在扩展点的UI区域，该扩展点由SAP提供。

因为我需要将最后一个字段"更改日志"下的新字段，下面的截图是我们扩展前的原始用户界面：

下面的截图是我们希望在这个博客之后实现的：？带有扩展字段的增强UI：

在xml视图中找到它的扩展点：

这里的想法是您需要创建一个新的视图片段，并将您的扩展字段放入该片段中，该片段通过扩展点嵌入到标准的opportunity视图中。

完整的extCreatedBy.fragment.xml文件：

最后，指定OData服务url到您自己的OData服务，该服务通过前面博客中提到的步骤实现：

前端部分的完整源代码可以在github中找到：https://github.com/i042416/testOpportunityExtension

提交id:

最后一点也是最重要的一点，因为现在我们已经使用了Fiori UI中的扩展字段，淘客采集，不是简单的通过上一篇博客中的网关客户端，云服务器吧，所以我们需要确保扩展字段在所有场景中都能被成功读取，

这意味着现在应该重新定义以下两个方法（对于第一个方法/IWBEP/IF\ MGW\ u APPL\ u SRV\ u RUNTIME~GET\ u ENTITY，淘客机器人，它已经在以前的博客中重新定义了）

源代码如下：

私有方法FILL\u CREATED\u BY的签名：

为了让FILL\u CREATED\u BY都被read-redefined方法使用，淘客返利app，我添加了一个新的导入参数iv\u，名为\u BY\u expand来区分它的使用场景，因为对于read和read\u expand场景，导出参数的结构不同。创建的fill\u应该做出相应的反应，云服务器免费，

在下一篇博客中我将介绍如何将最终用户在Fiori UI中维护的扩展字段值持久化到后端数据库表中，即支持扩展字段的更新操作。