SAP UI5：通过自定义表格进行属性绑定答案

【问题标题】：SAP UI5: Property binding via customizing tableSAP UI5：通过自定义表格进行属性绑定
【发布时间】：2016-06-12 08:37:59
【问题描述】：

我正在尝试实现一个 UI5 应用程序，我的视图中每个控件的可见性和可编辑性都可以通过我们 SAP ERP 中的自定义表来控制。

此时我的想法是一个实体类型，其中包含每个属性的这些信息。因此，我的实体确实有两个额外的属性来控制可见性和可编辑性。例如：

这个概念有效，但它会使我的实体膨胀。对我来说，它看起来更像是一种解决方法，而不是一种精心设计的策略。

有没有人遇到过这种情况？

【问题讨论】：

我们将配置存储在与实际实体有关系的单独实体中。如果需要，您可以$expand 配置，也可以在单独的请求中加载ConfigSet（并且只加载一次，因为它不会更改）。
这对我来说很有意义。但是如何实现关联呢？如果我有一个值为“00000001”的属性“Pernr”和一个具有“可见”和“启用”属性的实体集“ConfigSet”。您是否使用 Pernr '00000001' 作为关联的键？因此，我将为每个人员编号设置一个 ConfigSet。但我只需要每个属性的配置。
密钥应该是Pernr，而不是THE Pernr
你能举一个你的服务设计的例子吗？我不知道如何将实体Employee 的属性Pernr 绑定到一个值，例如实体Config的Key。
我很抱歉造成混乱。我们的实体（例如Employee）由几个复杂类型组成。每个复杂类型（例如Status）都有一个值（例如5），有时还有一个描述（例如declined）（有时还有多个值+描述）。复杂类型的名称（例如Status）可以作为获取相应配置集的关键。配置集存储单个复杂类型的所有属性的可编辑性、可见性和翻译标签。

【解决方案1】：

在过去的两年里，事实证明复杂类型是解决这个问题的最灵活的方法。

正如 Marc 已经写过的，这正是我们今天的做法。

我很抱歉造成混乱。我们的实体（例如 Employee）由几种复杂类型组成。每个复杂类型（例如状态）都有一个值（例如 5），有时还有一个描述（例如拒绝）（有时是多个值 + 描述）。复杂类型的名称（例如状态）可以成为获取相应配置集的关键。配置集存储单个复杂类型的所有属性的可编辑性、可见性和翻译标签。

【讨论】：