问题描述
我知道组合优于继承的优点，但是在某些情况下，类的实例是由框架使用默认构造函数创建的，我们无法使用参数定义构造函数，也无法使用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中的所有方法都是抽象的，或者可以看作是默认方法，可以删除该字段）。因此，每个实现此接口的类都按其认为合适的方式实现方法。