0

假设我有一个名为的接口IValidator，如下所示：

public interface IValidator {
    /**
     * Returns true if the specified strings are valid.
     */
    public boolean validate(List<String> someStrings);
}

现在假设我有两个实现IValidator：

public class StrictValidator implements IValidator {
    public boolean validate(List<String> someStrings) {
        //some strict validation code
        return false;
    }
}

public class LaissezFaireValidator implements IValidator {
    public boolean validate(List<String> someStrings) {
        //some easy-going validation code
        return true;
    }
}

现在让我们添加一个使用注入实例的 servlet IValidator：

@Service
@At("/rest")
public class MyServlet extends AbstractServlet {

    private final IValidator validator;

    @Inject
    public MyServlet(final IValidator validator) {
        this.validator = validator;
    }

    @Post
    @At("/validate")
    @LaissezFaire
    public Reply<?> validate(Request request) {
        //get the strings to validate out of the request object
        List<String> strings = (List<String>) restUtil.parseRequest(request, List.class);

        //validate the request
        if (!this.validator.validate(strings)) {
            return Reply.saying().status(409);
        } else {
            return Reply.saying().noContent();
        }
    }
}

当然，我们还需要绑定IValidator到StrictValidator模块中：

public class ValidatorModule implements Module {
    @Override
    protected void configure() {
        bind(IValiator.class).to(StrictValidator.class);
    }
}

但是，如果我想在一种情况下有条件地绑定IValidator到StrictValidator，但在另一种情况下将其绑定到，会发生什么LaissezFaireValidator？

注意到上面的@LaissezFaire注释了MyServlet.validate吗？这是一个看起来像这样的拦截器：

@BindingAnnotation
@Retention(RetentionPolicy.RUNTIME)
@Target(ElementType.METHOD)
public @interface LaissezFaire { }

public class LaissezFaireInterceptor implements MethodInterceptor {
    private boolean debug;
    private IValidator validator;

    @Inject
    public void setDebug(@Named("debug.enabled") boolean debugEnabled) {
        this.debug = debugEnabled;
    }

    @Inject
    public void setValidator(final IValidator validator) {
        this.validator = validator;
    }

    @Override
    public Object invoke(MethodInvocation invocation) throws Throwable {
        if (debug) {
            if (!this.validator.validate(strings)) {
                return Reply.saying().status(409);
            } else {
                return Reply.saying().noContent();
            }
        } else {
            return invocation.proceed();
        }
    }
}

再一次，我们需要一些绑定来设置拦截器：

public class InterceptorModule implements Module {
    @Override
    protected void configure() {
        final MethodInterceptor lfInterceptor = new LaissezFaireInterceptor();
        requestInjection(lfInterceptor);
        bindInterceptor(Matchers.subclassesOf(AbstractServlet.class), Matchers.AnnotatedWith(LaissezFaire.class), lfInterceptor);
    }
}

根据ValidatorModule，该类会在调用时LaissezFaireInterceptor获得一个实例。StrictValidatorInterceptorModulerequestInjection(lfInterceptor);

相反，我想MyServlet获取 的实例StrictValidator和LaissezFaireInterceptor的实例LaissezFaireValidator。

根据Google Guice 文档，我可以在请求注入时使用命名注释。的构造函数MyServlet将被修改为如下所示：

    @Inject
    public MyServlet(@Named("strict") final IValidator validator) {
        this.validator = validator;
    }

并且setValidator方法LaissezFaireInterceptor将被修改为如下所示：

    @Inject
    public void setValidator(@Named("laissezfaire") final IValidator validator) {
        this.validator = validator;
    }

最后ValidatorModule将被修改为如下所示：

public class ValidatorModule implements Module {
    @Override
    protected void configure() {
        bind(IValiator.class).annotatedWith(Names.named("strict")).to(StrictValidator.class);
        bind(IValidator.class).annotatedWith(Names.named("laissezfaire")).to(LaissezFaireValidator.class);
    }
}

这一切都很好，除了文档特别说要避免这种方法，因为编译器无法检查字符串名称。此外，这意味着我必须@Named在代码中请求IValidator通过注入的每个地方添加注释，否则绑定将失败。

我真的希望Provider Bindings可以为我解决这个问题，但他们似乎对进行绑定的上下文一无所知。由于他们不知道请求绑定的类的类型，因此我无法选择从该方法IValidator返回的类型。get()

有没有更好的方法来解决这个问题？

4

1 回答 1

1

虽然Condit提供了一些出色的建议，但我们选择使用更直接的解决方案来解决这个问题。

如上，我们创建了IValidator接口，以及StrictValidator和LaissezFaireValidator类。我们在默认情况下使用ValidatorModule绑定IValidator到。StrictValidator提醒一下，它看起来像这样：

public class ValidatorModule implements Module {
    @Override
    protected void configure() {
        //in the default case, inject an instance of StrictValidator
        bind(IValiator.class).to(StrictValidator.class);
    }
}

在绝大多数情况下，StrictValidator这是必需的实现，因为LaissezFaireInterceptor它是用于测试的作弊。

无论我们想要一个StrictValidator（就像我们在 中所做的那样MyServlet），我们都注入了一个实例IValidator：

public class MyServlet extends AbstractServlet {

    private final IValidator validator;

    @Inject
    public MyServlet(final IValidator validator) {
        this.validator = validator;
    }

    //... there's more code here (look above) ...
}

无论我们想要一个实例LaissezFaireValidator，我们都要求注入它的具体实现来代替IValidator：

public class LaissezFaireInterceptor implements MethodInterceptor {

    private final IValidator validator;

    //... a bunch of other code goes here (see above) ...

    @Inject
    public void setValidator(final LaissezFaireValidator validator) {
        this.validator = validator;
    }

    //... and a bunch more code goes here (again, see above) ...
}

通过这种方式，我们能够根据注入的上下文有条件地注入所需的实现，而无需引入任何额外的注释或工厂。

当然，它并不像它可能的那样Guicy ，但它确实有效。

于 2013-02-21T14:59:56.413 回答