点击此处--->   群内免费提供SAP练习系统（在群公告中）

加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）

专家们，

道歉，但对我来说，这个话题始终是利益冲突/看法冲突。因此，我想提供更多细节。

我的问题更多地是基于数据建模方法，而不是技术瓶颈。

我们的系统在SAP上：7.50版本

我们正在使用SAPUI5作为前端（而不是Fiori）的自定义应用程序，并以OData服务作为数据源。 与其他许多活动一样，我们有一个独立的UI团队和SAP后端团队。

为说明我的问题，让我提供一个假设的销售订单业务实体的示例用例：

1. 具有特定于订单的字段以及状态（待定，已批准，已拒绝）和国家（每个订单仅一个国家/地区）之类的其他字段的销售订单标题
2. 与具有商品信息的销售订单商品（0到许多）相关联的订单标题。
3. 与客户信息相关联的合作伙伴（1至1）的订单标题
4. 销售与物料相关的订购物料（1到1）以及物料信息。

对象模型如下所示：

基于SAP准则，我使用 CDS-BOPF-SEGW（参考数据源）来实现OData定义，以处理所有CRUD操作。

我坚信 OData服务应完全与业务定义保持一致。 其关联和层次结构应完全独立于消费层。

现在，假设要求是按照下面的模型构建UI。

SAPUI5小组从他们的角度说，他们将无法引用多个服务（例如，状态的主服务，主服务和订单服务），并且无法处理各自的JSON输出以合并并获得所需的输出。 他们将需要直接数据绑定方法来进行轻量级的客户端编程。 相反，期望是将OData服务更改为以下模型，以便使用扩展调用可以一次性获得所需的结果。

（注意：我们看不到OData服务的其他使用者）

这将要求我：

• 再创建一个包装使用视图，并在不干扰Business CDS视图的情况下将其公开显示在UI上
• 使用传统的基于代码的服务定义，并根据UI构建实体层次结构

（我不喜欢以上两个选项）。

只想从SAPUI5和SAP OData专家那里获得想法。

再次为冗长的内容表示歉意。

此致

参孙。