配置类(dis)继承的正确OOP方法是什么?

使业务对象尽可能接近实际的业务实体-为三种类型的小部件创建三个独立的类-小部件、中部件和大部件。让我们有一个单独的数据类-小部件数据映射到表。然后,您可以使用以下任何一种策略来实现三个小部件类:

• 将相关字段添加到三个类中的每一个。还添加一个接受widgetdata类型的对象的构造函数。构造函数可以使用widgetdata对象的字段初始化字段。
• 每个类只添加一个widgetdata类型的字段。只为相关字段向三个类中添加getter,这些字段将get调用委托给widgetdata对象以检索所需字段的值。此策略将避免在widgetdata和三个widget类之间复制字段值,并且可能会节省一些内存。

这将涵盖数据部分。然后,如果您觉得这三个小部件类之间有一些共性,您还可以创建一个基类,这三个类可以扩展并在其中添加任何公共方法或字段。

遗产被高估了!

如果您认为没有理由使用继承(即没有共享代码),那么就不要使用它。

它只是把这些课程结合在一起,从长远来看只会造成痛苦。

您可以使表类成为每个小部件类的成员。然后每个小部件可以只公开必要的字段。

然后,您将获得一个额外的优势,即如果需要更改某个小部件以使用不同的表,则只需要更改其中一个小部件中的一小部分代码。

见 Prefer composition to inheritance.

如果业务规则不重叠,只需忽略它们在同一个表(可能使用视图)中的事实,并创建三个类。如果存在公共规则,请为这些规则创建一个基类并从中继承。基类将拥有所有列,但只公开公共列。在适当的子代中公开其他列。