Immutable @ConfigurationProperties

Question

È possibile avere campi (finali) immutabili con l'annotazione @ConfigurationProperties di Spring Boot? Esempio di sotto

@ConfigurationProperties(prefix = "example") 
public final class MyProps { 

    private final String neededProperty; 

    public MyProps(String neededProperty) { 
    this.neededProperty = neededProperty; 
    } 

    public String getNeededProperty() { .. } 
} 

Approcci ho provato finora:

1. Creazione di un @Bean della classe MyProps con due costruttori
   • fornendo due costruttori: vuoti e con neededProperty argomento
   • Il bean è stato creato con new MyProps()
   • Risultati sul campo essendo null
2. Utilizzando @ComponentScan e @Component per fornire il fagiolo MyProps.
   • Risultati in BeanInstantiationException ->NoSuchMethodException: MyProps.<init>()

L'unico modo che ho ottenuto che funziona è quello di fornire getter/setter per ogni campo non-finale.

Answer 1

Devo risolvere il problema molto spesso e utilizzo un approccio leggermente diverso, che mi consente di utilizzare le variabili final in una classe.

Prima di tutto, mantengo tutta la mia configurazione in un unico posto (classe), ad esempio, chiamato ApplicationProperties. Questa classe ha l'annotazione @ConfigurationProperties con un prefisso specifico. È inoltre elencato nell'annotazione @EnableConfigurationProperties rispetto alla classe di configurazione (o alla classe principale).

Quindi fornire il mio ApplicationProperties come argomento del costruttore ed eseguire l'assegnazione a un campo final all'interno di un costruttore.

Esempio:

principale classe:

@SpringBootApplication 
@EnableConfigurationProperties(ApplicationProperties.class) 
public class Application { 
    public static void main(String... args) throws Exception { 
     SpringApplication.run(Application.class, args); 
    } 
} 

ApplicationProperties classe

@ConfigurationProperties(prefix = "myapp") 
public class ApplicationProperties { 

    private String someProperty; 

    // ... other properties and getters 

    public String getSomeProperty() { 
     return someProperty; 
    } 
} 

E una classe con proprietà finali

@Service 
public class SomeImplementation implements SomeInterface { 
    private final String someProperty; 

    @Autowired 
    public SomeImplementation(ApplicationProperties properties) { 
     this.someProperty = properties.getSomeProperty(); 
    } 

    // ... other methods/properties 
} 

Preferisco questo approccio per molti diversi motivi, ad es. se devo installare più proprietà in un costruttore, la mia lista di argomenti del costruttore non è "enorme" perché ho sempre un argomento (ApplicationProperties nel mio caso); se v'è la necessità di aggiungere altre final proprietà, il mio costruttore rimane lo stesso (solo un argomento) - che possono ridurre il numero di cambiamenti altrove ecc

Spero che vi aiuterà