gpt4 book ai didi

java - 如何在没有多重继承的情况下做到这一点

转载 作者:塔克拉玛干 更新时间:2023-11-03 04:04:19 28 4
gpt4 key购买 nike

我有一组扩展单个抽象类的类。这些类的一个子集需要其中一个方法的相同实现,类的另一个子集需要该方法的另一个实现,第三个子集需要另一个。总共有大约十个子类,但其中一种方法只有三种可能的实现。 (类实现的许多其他方法没有任何共同点。)

我正在尝试找出实现此目标的最佳方法。我认为我在 C++ 中会做的是多重继承:创建仅实现此方法的三个类,然后让子类继承这三个类中适当的一个。

是否有在 Java 中执行此操作的最佳实践?

我正在考虑在主要抽象类和子类之间设置一个由三个抽象类组成的中间层。这三个都继承自主抽象类,并实现相关方法。然后 child 继承这三个。但我不喜欢的是,如果另一种方法伴随着类似的“分组”行为,并且它不对应于三个“中间层”类怎么办?那会变得丑陋

这些有意义吗?我在赶时间写...

编辑: 因此,在提出我的问题 24 小时后,我收到了大约六个要调查的模式。我还不确定它们是否都是正式的设计模式名称。但我会调查每一个然后报告(并选择一个正确的答案)。到目前为止建议的模式:

* Delegation

* Bridge

* Strategy

* Composition

* Decorator (if I was choosing on name alone, I choose this one)

我还需要补充一点,正在实现的方法需要访问该类的几乎所有私有(private)成员。所以这会影响我的选择。

最佳答案

其实,我在这里闻到了一种Strategy模式的味道。

您可以将基类中的该方法委托(delegate)给构造时传入的策略。子类只是将一组策略中的任何一个作为其构造的一部分传递。策略本身可以在类外提供,也可以在内部作为私有(private)类提供。这最终可能会导致您的层次结构中的类总体减少。

话虽这么说,但这里还有其他气味,即使是我提出的解决方案。您可能希望在更高层次上考虑接口(interface)(如其他解决方案所述)和仅组合而没有继承。随着时间的推移,我得出结论,继承不是我的 friend 。现在我尽可能避免使用它。

关于java - 如何在没有多重继承的情况下做到这一点,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/8703904/

28 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com