В настоящее время я работаю над проектом, использующим конфигурацию Spring, и столкнулся с проблемой проектирования.
Ниже я опубликовал упрощенные сегменты кода.
Допустим, у моего приложения есть 2 клиента, которые являются Spring @Component s и используют @Value для ввода значений конфигурации.
@Component
public class FirstClient implements Client {
private String hello;
public FirstClient(@Value("hello.first") String hello) {
this.hello = hello;
}
// do some stuff with hello
}
@Component
public class SecondClient implements Client {
private String hello;
public SecondClient(@Value("hello.second") String hello) {
this.hello = hello;
}
// do some stuff with hello
}
Используя этот подход, я могу легко @Autowire недавно созданные компоненты Spring. Однако, исходя из «не-Spring background», я нахожу несколько проблематичным волшебное использование ранее упомянутых аннотаций для любого действия кода.
Мой второй подход - введение класса конфигурации:
@ConfigurationProperties(prefix = "hello")
public class DummyProperties {
private String first;
private String second;
// get/set omitted
}
public class FirstClient implements Client {
private String hello;
public FirstClient(String hello) {
this.hello = hello;
}
// do some stuff with hello
}
public class SecondClient implements Client {
private String hello;
public SecondClient(String hello) {
this.hello = hello;
}
// do some stuff with hello
}
Логика объединения будет выглядеть так:
@Component
@EnableConfigurationProperties(DummyProperties.class)
public class ClientCreator {
private DummyProperties props;
public ClientCreator(DummyProperties props) {
this.props = props;
}
public Client create(boolean isSatisfied) {
// some custom check logic
if (isSatisfied) {
return new FirstClient(props.getFirst());
} else {
return new SecondClient(props.getSecond());
}
}
}
Однако это не обязательно должен быть хороший поток.
Любойрекомендации или дополнительные идеи?