我正在尝试实现一个UI5应用程序，我的视图中每个控件的可见性和可编辑性都可通过SAP ERP中的自定义表进行控制。
此时我的想法是一个实体类型，其中包含每个属性的这些信息。因此，我的实体确实有两个用于控制可见性和可编辑性的附加属性。 E.g：
这个概念有效，但它会使我的实体膨胀。对我而言，它看起来更像是一种解决方法，而非精心策略。
有人有经历这种情况吗？
答案 0 :(得分：0)
在过去两年中，事实证明复杂类型是解决此问题的最灵活方式。
正如马克已经写过的，这正是我们今天的做法。
我很抱歉这个混乱。我们的实体（例如员工）由几种复杂类型组成。每种复杂类型（例如状态）具有值（例如5）并且有时具有描述（例如拒绝）（并且有时具有多个值+描述）。然后，复杂类型的名称（例如Status）可以是获取相应配置集的关键。配置集存储来自单个复杂类型的所有属性的可编辑性，可见性和已翻译标签。