如何强制CDI/Weld使用新关键字？

Question

我有一个命令行JavaSE应用程序，我想对它进行一点现代化。我想在其他CDI特性中使用拦截器和依赖注入。然而，应用程序的设计并没有考虑CDI或依赖项注入，它广泛使用新的关键字和构造函数参数，而不是将对象创建委托给DI容器。CDI/Weld不会在使用new创建的对象上注入依赖项或运行拦截器，并且根本无法处理构造函数参数。一个简化的例子：

class Main {

    @Inject
    private SomeModule someModule;

    public static void main (String[] args) {
        SeContainer container = ... set up CDI container ...
        Main main = container.select(Main.class).get();
        main.main(args);
    }

    @TraceLog
    public Main () {
        ...
    }

    @TraceLog
    public main (String[] args) {
        Encryptor = new Encryptor(args[1], args[2], args[3]);
        encryptor.run();
    }

}

class Encryptor {

    @Inject
    private SomeModule someModule;

    private String inputFile;
    private String outputFile;
    private String key;

    @TraceLog
    public Encryptor (String inputFile, String outputFile, String key) {
        ...
    }

    @TraceLog
    public run () {
        ...
    }

}

Main由CDI容器实例化，someModule被注入，构造函数和方法都调用@TraceLog拦截器。然而，加密程序是用new关键字显式创建的，someModule不会被注入，并且@TraceLog也不会被调用。

CDI支持以编程方式创建bean，但仅限于具有无参数非私有构造函数的类。例子：

CDI.current().select(DefinitelyNotEncryptor.class).get();


@Inject
private Instance<DefinitelyNotEncryptor> instance;

instance.select(DefinitelyNotEncryptor.class).get();

Spring支持使用AspectJ注入到使用new关键字创建的对象中。但不知道在构造函数和方法上支持拦截器。

@Configurable(preConstruction = true)
@Component
class Encryptor {

    @Autowired
    private SomeModule someModule;

    private String inputFile;
    private String outputFile;
    private String key;

    @TraceLog
    public Encryptor (String inputFile, String outputFile, String key) {
        ...
    }

    @TraceLog
    public run () {
        ...
    }

}

CDI/焊接是否有类似的解决方案？还是我应该使用Spring？它是否支持构造函数和方法拦截器？

Answer 1

如果需要CDI注入，必须避免使用new运算符。

这就是我如何找到解决你设计问题的方法

@ApplicationScoped
class Main 
{
    @Inject
    private SomeModule someModule;

    @Inject
    private Encryptor encryptor;

    public static void main (String[] args) 
    {
        SeContainer container = ... set up CDI container ...
        Main main = container.select(Main.class).get();
        main.run(args);
    }

    @TraceLog
    public Main () 
    {
        ...
    }

    @TraceLog
    public void run(String[] args) 
    {
        encryptor.init(args[0], args[1], args[2]).run();
    }

}

@Dependent
class Encryptor 
{

    @Inject
    private SomeModule someModule;

    private String inputFile;
    private String outputFile;
    private String key;

    @TraceLog
    public Encryptor init(String inputFile, String outputFile, String key)         
    {
        this.inputFile = inputFile;
        this.outputFile = outputFile;
        this.key = key;
        return this;
    }

    protected void run()
    {
        // do the real job of the encryptor here
    }
} 

此代码的主要内容包括：

• 使用范围注释应用程序范围和相关
• 在将接受运行时参数的Encryptor类上提供init（）方法
• 在init（）结束时返回Encryptor实例，以便能够调用run（）方法，该方法受保护以避免直接调用（我认为它也可以是private），而无需先调用init（）

它应该适用于这种设计。

Answer 2

让我们从几句话开始。。。

它根本不能处理构造函数参数

错误的这叫做构造函数注入。唯一的限制是所有参数都必须是可解析的CDIBeans。

@Inject
public Foo(Bar bar) { // -> CDI will attempt to inject Bar
 // constructor logic
}

CDI/Weld不会在使用新创建的对象上注入依赖项或运行拦截器

是的，不是默认的。但它可以通过BeanManager实现。createInjectionTarget（…）。注入（…） 不是转换现有应用程序的必经之路！

注意：以上代码将仅启用注入。不是拦截。为此，可能需要使用InterceptionFactory。但是，你不应该为了你的问题而需要任何一个。

CDI支持编程创建bean。。。

您用代码（实例）描述了什么

现在，关于你的问题。。。如果我理解正确，唯一的问题是Encryptor的构造函数有参数。那么，你需要确保这些参数可以以某种方式注入。因为它们都是String类型，所以您需要将它们包装在一些bean中，或者使用限定符，这样当您有多个String类型的bean时，类型安全解析就不会出现不明确的解析。

下面是使用基于限定符的解决方案时构造函数的外观@Output、@Input和@Key都是限定符：

@Inject
public Encryptor (@Input String inputFile, @Output String outputFile, @Key String key){...}

下面是其中一个限定词的示例：

@Qualifier
@Retention(RUNTIME)
@Target({METHOD, FIELD, PARAMETER, TYPE})
public @interface Key {}

最后，您需要生成这些Stringbean，您可以使用上面提到的生产者方法。这里有一个（例外的逻辑，抓住这个值，因为我不知道你是如何做到的）：

@Produces
@Key
public String produceKeyString() { 
// CDI will invoke this method in order to create bean of type String with qual. @Key
String key = new String("safeKey") // replace with your logic to get the value
return key;
}