这个博客的目的解决方案下一步
在上一篇博客中,我们提供了一个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中维护的扩展字段值持久化到后端数据库表中,即支持扩展字段的更新操作。