当我们只能使用默认构造函数时，我们应该更喜欢合成而不是继承

如何解决当我们只能使用默认构造函数时，我们应该更喜欢合成而不是继承

我知道组合优于继承的优点，但是在某些情况下，类的实例是由框架使用默认构造函数创建的，我们无法使用参数定义构造函数，也无法使用setter方法设置对象的属性。为了弄清楚这种情况，请考虑以下示例：

public class Main {

    public static void main(String... str){
        TargetFramework.component(Child.class);
    }
} 

这里TargetFramework得到一个class，它将使用默认的Constructor在后台创建该类的实例。

想象一下我想实现FramewrokInterface如下：

public interface FrameworkInterface {

    void setup();

    void doAction(Record record);

    void doAnotherAction(Record record,boolean isValid);
}

现在，我可以考虑继承和组成两种方式实现此接口：

方法1：（混合与匹配组成和继承）

public abstract class Parent implements FrameworkInterface {

    RecordValidator recordValidator;

    @Override
    public abstract void setup();

    @Override
    public void doAction(Record record){
        boolean isValid = recordValidator.validate(record);
        doAnotherAction(record,isValid);
    }
    
    @Override
    public void doAnotherAction(Record record,boolean isValid){

    }
}

在此实现中，我决定使用组合，并且将RecordValidator定义如下：

public interface RecordValidator {
    boolean validate(Record record);
}

这里的问题是，创建此类的实例时，我无法在RecordValidator类中设置Parent，因为此类的实例是由框架使用默认构造函数创建的，但是我可以在子类中的设置方法扩展了父类，如下所示：

public class Child extends Parent {

    @Override
    public void setup() {
        recordValidator = new DefaultRecordValidator();
    }
}

FramworkInterface的设置方法将在默认构造函数创建的实例之后立即调用，因此我们可以使用它来初始化RecordValidator属性；这对我来说是一种混合和匹配组合与继承的方法，因为我将组合与继承一起使用。但是，这种方法有其自身的优势，因为我将记录验证的关注点与父类关注点分开了。

方法2：（仅继承）

通过这种方法，我通过以下方式实现了FrameworkInterface：

public abstract class Parent1 implements FrameworkInterface {

    @Override
    public void setup() {

    }

    @Override
    public void doAction(Record record) {
        boolean isValid = validate(record);
        doAnotherAction(record,isValid);
    }

    @Override
    public void doAnotherAction(Record record,boolean isValid) {

    }

    protected abstract boolean validate(Record record);
}

通过这种方式，而不是使用合成和定义RecordValidator，我在validate类中定义了抽象Parent1方法，以便Child类可以使用它来实现验证行为，因此{ {1}}类可以实现如下：

Child

我的问题是：

哪种方法更适合这种情况，它们的优缺点是什么？

解决方法

哪种方法更适合这种情况，它们的优缺点是什么？

我认为它们在某种程度上都不理想，我会寻找其他解决方案。

例如，从示例代码来看，在两种情况下都无法模拟Child1的依赖性。您可以通过实现仅用于测试的setter或特殊构造函数来引入模拟功能。但是，此设置的核心问题是您屈服于框架。

我建议您探索其他可能性，例如手动执行必要的依赖项注入，然后向框架“注册”完成的bean。这就是鲍伯叔叔在谈论keeping the framework at arm's length时的意思。

如果我们特别开始谈论Java，并且该框架不允许任何其他解决方案，例如，事先创建bean并将其注册到该框架中，我将联系框架维护者并要求实施CDI support，因为这是处理依赖注射的标准化方法。

以您的示例为例，您采用两种不同的方法，即重新定义Parent的功能。就像在继承示例中使用Parent一样，您可以在abstract boolean validate();中定义Parent，将实现委托给Child。我什至更进一步地定义

public interface class Parent extends FrameworkInterface,RecordValidator {
    ...
}

（Parent中的所有方法都是抽象的，或者可以看作是默认方法，可以删除该字段）。因此，每个实现此接口的类都按其认为合适的方式实现方法。