使用@Assisted注入同一类型的多个参数（@Named个参数）

我的问题归结为使用带有两个字符串参数的@Assisted来表示工厂。问题是，由于 Guice 将类型视为参数的标识机制，因此两个参数都是相同的，并且我收到配置错误。

一些代码：

public class FilePathSolicitingDialog {

    //... some fields

    public static interface Factory {
        public FilePathSolicitingDialog make(Path existingPath,
                                             String allowedFileExtension,
                                             String dialogTitle);
    }

    @Inject
    public FilePathSolicitingDialog(EventBus eventBus,
                                    SelectPathAndSetTextListener.Factory listenerFactory,
                                    FilePathDialogView view,
                                    @Assisted Path existingPath,
                                    @Assisted String allowedFileExtension,
                                    @Assisted String dialogTitle) {
        //... typical ctor, this.thing = thing
    }

    // ... methods
}

问题在于双字符串参数。

我尝试过用单独的@Named（“酌情”）注释标记每个字符串，但这只会导致更多的配置错误。从这些错误的声音来看，他们不希望在工厂类上使用绑定注释，因此我没有尝试过自定义绑定注释。

简单而嘈杂的解决方案是创建一个简单的参数类来包含这三个辅助值，并简单地注入：

    public static class Config{
        private final Path existingPath;
        private final String allowedFileExtension;
        private final String dialogTitle;

        public Config(Path existingPath, String allowedFileExtension, String dialogTitle){
            this.existingPath = existingPath;
            this.allowedFileExtension = allowedFileExtension;
            this.dialogTitle = dialogTitle;
        }
    }

    public static interface Factory {
        public FilePathSolicitingDialogController make(Config config);
    }

    @Inject
    public FilePathSolicitingDialogController(EventBus eventBus,
                                              SelectPathAndSetTextListener.Factory listenerFactory,
                                              FilePathDialogView view,
                                              @Assisted Config config) {
        //reasonably standard ctor, some this.thing = thing
        // other this.thing = config.thing
    }
}

这有效，并且可能相当没有错误，但很嘈杂。摆脱嵌套静态类的某种方法会很好。

感谢您的任何帮助！