Java 我们怎样才能摆脱不必要的继承？
在我完成的面试中，我有一个问题，我得不到正确的答案 假设我们有3个类，基，导数1和导数2， 它们之间的关系如下所示Java 我们怎样才能摆脱不必要的继承？,java,oop,Java,Oop,在我完成的面试中，我有一个问题，我得不到正确的答案 假设我们有3个类，基，导数1和导数2， 它们之间的关系如下所示 public class Base {...} public class Derivate1 extends Base {...} public class Derivate2 extends Derivate1 {...} 然后我们发现导数1和导数2对于我们的程序来说是不必要的，但是它们的方法实现是有用的。那么，我们如何摆脱导数1和导数2，但仍然保留它们的方法呢？在这种情况
public class Base {...}
public class Derivate1 extends Base {...}
public class Derivate2 extends Derivate1 {...}
- 派生类来自第三方。它们的设计很糟糕，所以我们不希望客户端使用它们，这意味着用户不应该允许从派生类创建实例
- derviate类包含对基类有用的重写方法，我们可以在基类中创建具有不同名称的方法，以在derviate类中实现这些有用的行为
谢谢你所有这些有趣的答案…我想他们的意思是提取接口的派生词简单的重构：
derivite1derivite2Base派生类1派生类2派生基即使在层次结构中有更多的子类，例如
developerate3developerate4BaseDerivate1Derivate2Derivate1Derivate2Basenewbase（）Base派生1派生2我想我知道他们想听的是什么，普遍的建议是“重组合轻继承”。因此，与其说派生词1是一个基数，不如说派生词1是一个基数：
public class Derivate1 {
private Base base;
// ... more
}
public class Derivate2 {
private Derivate1 derivate1;
// ... more
}
不再继承，两个派生仍然可以使用它们以前的超类的方法。如果有意义，可以直接将这些方法包括在基类中。当然，这取决于这个类的含义。如果可能，您可以在实用程序类中使用静态方法。顺便说一句，在这两种情况下，您的开发人员都必须更改他们对API的使用。第一件显而易见的事情是层次结构中的每个类都是具体的-一般来说，类型应该是抽象的，或者是叶类型。其次，关于这些方法是什么，没有足够的信息——如果它们覆盖Base或Derived1中的某些内容，则无法将它们移动到Base中；如果它们是应用于任何基的实用方法，那么它们可能被移动到基中，如果它们独立于基，那么它们可能被移动到帮助器类或策略中
但我会质疑这样一种观点，即类不是必需的，但它的行为是——这在某种程度上意味着提问者正在考虑设计一个本体而不是一个面向对象的程序——类存在的唯一原因是提供行为，一致地封装有用的行为是类存在的充分必要条件 我们可以做两件事：
- 我们可以把
和派生1
的一些方法拉到派生2
，只要这样做有意义（如上所述）Base - 我们可以使
和派生1派生2
：这可以防止实例化，但不能防止继承抽象
由于您不拥有派生类，因此无法删除它们。基类都是你的，所以你有控制权。客户是你的，所以你有控制权。因此，最好的方法是拥有一个向客户机公开的全新类。这个类本质上创建派生实例（注意：您的客户端不再处理它）并使用它们的有用功能。Ctrl+C Ctrl+V进入您的
Base