Куда хранить липкие форсунки?

Question

Каков ваш совет?

Я нашел наиболее подходящим для меня решение - держите инжекторы и модули в классах перечисления. Преимущество:

1. инжекторы и модули, созданные один раз,
2. инжекторы может быть использованы из разных классов во время выполнения приложения (не только на начальной загрузке),
3. инжекторов хранятся в одном месте и могут быть легко найдены.

Пример:

import static ru.package.Modules.*; 

public enum Injectors { 

FOO_INJECTOR(BarModule.module()), 

FOO2_INJECTOR(FOO_INJECTOR.injector(), 
     Bar2Module.module(), FooModule.module()); 

private final Injector m_injector; 

Injectors (Module... modules) { 
    m_injector = Guice.createInjector(modules); 
} 

Injectors (Injector parentInjector, Module... modules) { 
    m_injector = parentInjector.createChildInjector(modules); 
} 

public Injector injector() { 
    return m_injector; 
} 
} 

Answer 1

Чем больше вопрос, почему?

Не должно быть необходимости держать Injector, так как после того, как инъекция выполнена, необходимо выполнить Injector и должно исчезнуть.

Если, однако, вы действительно нуждаетесь в Injector, не мог просто:

@Inject 
private Injector injector; 

Является ли это веб-приложение на основе или это автономные?

Answer 2

Вы, кажется, принципиально не понимаете, как работает инъекция зависимостей. Если вы пытаетесь использовать ссылку на Injector в любом месте своего кода, кроме места, где вы загружаете приложение, вы не используете инъекцию зависимостей, вместо этого вы используете его как локатор сервисов. Вы должны подготовить Injector всякий раз, когда вам нужно протестировать класс, и ваши классы не уточняют в своих конструкторах то, что их зависимости (так как кто знает, что они выберут из Injector в некотором методе, если они есть или может получить ссылку на него). На самом деле использование enum, как вы описали здесь, еще хуже: вы не можете изменить конфигурацию вообще, даже для тестирования, потому что ваши модули жестко закодированы в перечисление.

С помощью инъекции зависимостей классы объявляют только свои зависимости и разрешают Injector, работая прозрачно (после первоначального вызова, чтобы получить объект корневого приложения), чтобы обеспечить все эти зависимости. Это упрощает понимание, тестирование и изменение функциональности вашего кода. Во всяком случае, я бы посоветовал узнать больше о том, как использовать DI и Guice для использования ... вы действительно не должны этого делать.