CUBA平台:为类层次结构设计屏幕

Question

我有4个实体：

人(姓名、电子邮件等)

• 对应方扩展人(银行和支付信息等)
• 客户扩展对应(折扣、客户关系管理信息等)
• 供应商扩展对应方(供应、产品等)

我需要3个屏幕，每个除了对应的屏幕，我犹豫了几种设计的可能性。这样做的目的是避免在给定的屏幕上重复字段，因为父实体的屏幕已经存在。例如，如果我为个人设计了一个屏幕，我想在屏幕中以某种方式重用这个屏幕，用于子实体(而不是复制“name”的字段)。

我有以下几种选择：

1. 对platform /xml继承非常感兴趣，这似乎非常适合我的问题，但遗憾的是，它只适用于平台屏幕，而不是由用户设计的。
2. 设计一个(智能)屏幕，您可以在其中以某种方式选择实体类型，然后屏幕动态添加GUI组件来处理实体的细节。屏幕将更加复杂，本质上是由代码管理的，而不是视觉设计，这让我很恼火(为什么当时有一个视觉设计人员)。除非你有设计窍门。
3. 设计3个不同的屏幕，但是有一种方法可以重用以前可视化设计的字段组。我知道我可以在代码中完全生成GUI组件。
4. Design3编辑器会根据实体的具体情况对每个编辑器进行筛选，并有一些方法来组合/嵌入它们，但在这种情况下，我可能不得不将实体模型从继承更改为组合，这样就更容易了。

目前，我倾向于选择选项2)，例如，当它们处理的细节不再相关时，使用框架自行折叠，但我担心它将无法工作，因为编辑器绑定到特定的类。

古巴有经验的开发商会给你什么建议？

Answer 1

这取决于控制器的逻辑量，您可以潜在地重用它。为了代码重用而使代码结构复杂化真的有好处吗？我认为至少应该有10个具有复杂验证/动态外观逻辑的公共字段来进行重用。

我会用画框。将布局和相关逻辑的可重用部分提取到框架中，然后将框架嵌入到实体编辑器中。

通过使用框架，您可以将任何大屏幕分解为更小、更易于管理的部分。

此外，字段验证器、自定义字段生成器、表样式提供程序、格式化程序等包含非平凡的逻辑，可以提取为上层类。因此，它们可以在整个项目中重用。