gpt4 book ai didi

Java8 供应商是可选的消费者

转载 作者:行者123 更新时间:2023-12-01 18:16:21 24 4
gpt4 key购买 nike

我只能用例子来解释这个问题。

我们有主类AppServer。它还包含几个应用程序范围的组件。

AppServer app = new AppServer(config, ...);

现在我们需要提供一个供应商来充当某些 Foo 实例的工厂。该供应商将在循环中被多次调用以创建一定数量的 Foo 实例。通过使用供应商,我们允许用户提供自己的 Foo 实现。请注意,Foo 不是我们的类,我们无法更改它。

唯一的问题是 Foo 需要应用程序中的一些组件。它们需要被注入(inject)/提供给 FooImpl

可以这样写:

app.setFooSupplier(() -> new FooImpl(app.component()));

这对我来说有点丑陋,想知道是否有更好的方法来做到这一点?到目前为止,这里有一些想法...

(1) 使用供应商后注入(inject)依赖(IoC方式)。

依赖关系是用 setter 定义的。所以我们在 sudo 中有类似的东西(在 AppServer 内部):

Foo foo = fooSupplier.get();
maybeInject(foo, component1);
maybeInject(foo, component2);
...

注入(inject)什么组件取决于setter是否存在。或者,我们可以使用 Component1Aware 接口(interface)并执行相同的操作,例如:

Foo foo = fooSupplier.get();
if (foo instanceof Component1Aware) {
((Component1Aware)foo).setComponent1(component1);
}
...

基本上是一样的。

我希望在构造函数中具有依赖项,以便表达需要设置它们。

(2) 使用可选的 Consumer

FooImpl 创建一个 Supplier 实例,该实例位于 AppServer 的同时 Consumer 中。像这样的东西:

public class FooImplSupplier implements Supplier<Foo>, Consumer<AppServer> {
...
}

然后我们可以非常轻松地注册该供应商:

app.setFooSupplier(new FooImplSupplier());

供应商创建实例(在AppServer中)后,我们执行以下操作:

Foo foo = fooSupplier.get();
if (foo instanceof Consumer) {
((Consumer)foo).accept(this);
}

什么?

最佳答案

我总是喜欢通过构造函数(或静态工厂方法)传递强制设置,我更喜欢的 IoC 风格是

app.setFooSupplier(() -> new FooImpl(app.component()));

或者如果 app.component() 每次返回相同的内容,您可以编写以下内容。

Component comp = app.component();
app.setFooSupplier(() -> new FooImpl(comp));

这是迄今为止最简单也是最难出错的。例如您不能将参数传递 0 次或多次,或者在初始化之前尝试使用供应商。

关于Java8 供应商是可选的消费者,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/29273183/

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