抽象initialize（）方法而不是依赖注入，好的做法？

Question

这是我目前正在设计的一个简化示例。

public class ExampleManager {

    private Foo foo;
    private ArrayList<Example> examples;
    ...

    public ExampleManager() {
        this.foo = new Foo();
        this.examples = new ArrayList<Example>();
    }

    public void add(Example e) {
        examples.add(e);
    }

    public void doSomethingWithExamples() {
        for (int i = 0; i < examples.size(); i++) {
            examples.get(i).doSomething();
        }
    }
    ...
}

public abstract class Example {
    private Foo foo;

    public Example(Foo foo) {
        this.foo = foo;
    }
    ...
}

为了使用该库，我必须扩展Example 类并将示例添加到ExampleManager，它应该是唯一修改Example 对象的类。
所以我有这个Example1 类：

public class Example1 extends Example {

    public Example1(Foo foo) {
        super(foo);
    }
    ...
}

我目前这样初始化管理器：

ExampleManager manager = new ExampleManager();
Example1 example1 = new Example1(manager.getFoo());
manager.add(example1);

我的Example 需要Foo 对象，但是我想知道是否可以去掉 Example1 构造函数中的 Foo 参数，所以如果有人使用该库，不'不必调用 manager.getFoo() 来创建示例。
我正在考虑以下解决方案，它将隐藏Foo初始化，因此使用该库的人只需实现initialize(Foo)方法，并且Foo将在添加示例时自动初始化到ExampleManager)
在ExampleManager：将add(Example)方法更改为：

public void add(Example e) {
    e.initialize(foo);
    examples.add(e);
}

在Example，初始化（Foo foo）；将是一个抽象方法，所以在Example1 我会有这样的东西：

@Override
public void initialize(Foo foo) {
    this.foo = foo;
}

有没有更好的方法来做到这一点？

Answer 1

在我看来，如果您需要像您描述的那样处理对象，那么您的 OO 模型首先存在一些问题。 - 或者您的示例代码可能没有揭示事情的真正意义。

特别是

ExampleManager [...] 应该是唯一修改 Foo 对象的类

和

Example 需要 Foo 对象

看起来有点“特别”。

您能否详细说明ExampleManager 和Foo 实例之间以及Example 和Foo 实例之间的交互是什么？

好的，关于你的评论，我提出观察者模式，很像你的initialize() 方法：

public abstract class Example {
    protected Foo callbackHandler;

    public void setCallbackHandler( Foo handler ) {
        this.callbackHandler = handler;
    }

    protected void doCallback( SomeType event ) {
        if ( this.callbackHandler != null ) {
            this.callbackHandler.doYourThing( event );
        }
    }
}

并让ExampleManager 将自己或其Foo 实例注册为添加对象时的回调处理程序。非抽象子类将只需要在他们想要交流某些东西时调用doCallback(...)，而不必为回调处理任何设置内容。