为什么 Google Guice 的依赖注入根本没有配置文件？

Question

我正在查看 Google Guice 作为 DI 框架，但我有点困惑：为什么根本就没有配置文件吗？

我找到了关于这个问题的部分解释，但它仍然是不清楚如果没有配置文件，我将如何设置我的组件角色（或我需要使用开关的任何其他东西）。

任何帮助表示赞赏！

Answer 1

配置位于代码中而不是配置文件中，这对于许多场景来说是一个有效的决定。

是的，这意味着如果您想发布一种不同的方式来管理您的应用程序，您必须重建（可能只是模块） - 当然，如果您愿意，您仍然可以从命令行参数、属性文件等中获取一些配置值到。

如果您经常需要更改应用程序管道并且除了单个文件之外不想重新部署任何内容，Guice 可能不适合您。 另一方面，如果您使用 DI 的主要原因是让代码更清晰，并且在生产中您总是会使用相同的管道（或足够接近），那么 Guice 是一个不错的选择 - 通常有一些您想要的逻辑无论如何，在整理管道和通常难以以声明方式描述/构造的组件时使用。

不同的 DI 框架有不同的优点和权衡 - 使用最适合您的应用程序的一种。

Answer 2

如果您愿意的话，使用配置文件引入 boostrapping 是很简单的。 我们将 Guice 与一个简单的 API 一起使用，该 API 加载真正需要参数化的属性文件。 这可以与 @Named 注释等一起使用，当然，您可以在模块中使用一些条件（尽管最好不要过度这样做）。

这是我们的引导部分如何设置的示例：

public class MetModules extends AbstractModule {

    private static final Logger log = LoggerFactory.getLogger(MetModules.class);

    private final Settings settings;

    public MetModules(Settings settings) {
        this.settings = settings;
    }

    @Override
    protected void configure() {

        // common (stage independent modules) go here
        install(new CommandsModule());
        install(new ServletsModule());
        install(new DataBaseModule(settings));
        install(new JobsModule(settings));

        // any development/ production specific modules
        Stage stage = currentStage();
        if (Stage.DEVELOPMENT.equals(stage)) {
            configureForDevelopment();
        } else { // PRODUCTION
            configureForProduction();
        }
    }

    /**
     * Install modules that will be used in development.
     */
    private void configureForDevelopment() {

        // Mock implementation of email delivery that just logs it got a
        // message rather than trying to send it.
        install(new AbstractModule() {
            @Override
            protected void configure() {
                bind(Delivery.class).toInstance(new Delivery() {

                    public String deliver(MailMessageExchange exchange)
                            throws DeliveryException {
                        log.info("email message: "
                                + exchange.getMessage().getMailMessage()
                                + " to "
                                + Arrays.asList(exchange.getMessage()
                                        .getMailMessage().getTo())
                                + " (not sent)");
                        return "fooMessageId";
                    }
                });
            }
        });

        // local in-memory registry suffices
        install(new LocalServiceRegistryModule());

        // local in memory db implementations of services
        install(new LocalServicesModule());
    }

    /**
     * Install modules that will be used in production.
     */
    private void configureForProduction() {
        // we really only need this (error interception and audit logging)
        // in production
        install(new AopModule());
        install(new ZooKeeperServiceRegistryModule());      }
}

其中“设置”读取我们的属性文件等。 现在，开发/生产以及特定于部署的特定设置覆盖似乎可以为我们完成这项工作，但如果我们显然愿意的话，我们可以更进一步。

Answer 3

大多数 DI 配置从一个部署到另一个部署都是相同的，因此可以很好地使用代码进行配置，这使得 Guice 的配置非常简洁，并且您可以获得编译时类型检查、重构工具、代码导航等的好处

。从部署到另一个部署的一些变化，例如数据库用户名和密码配置，您可以自己编写所需的代码。 编写读取配置文件（可能是属性文件）、解析参数并将它们绑定到 Guice 模块中的代码，以便您的应用程序可以访问它们。 执行此操作所需的代码不需要很多行代码。

Answer 4

Guice 中的许多配置都是通过 @Inject 注释隐式进行的。 项目的大量复杂性来自于大量的项目工件。 Java 文件、Xml 文件、属性文件、数据库、参数……Guice 尝试通过不使用配置文件来消除部分复杂性。

在编译时重新连接您的应用程序很容易。 您很可能只需要编辑您的模块类。 对于 Guice 处理的大多数类，您根本不需要配置，而只需要在正确的位置 @Inject - 当您有同一接口的两个不同实现时，或者当您想从以下位置注入类时，您只需要配置任何内容使用 Provider 类的外部库。

Answer 5

不确定文件是什么意思，但 Guice 允许您通过 Binder 和自定义 提供商。

Answer 6

我最近创建了以下项目。

http://code.google.com/p/guice-property-injector/< /a>

它是 WIP，但允许运行时从基于环境的属性文件注入属性。