Java / Primavera - La fabbrica di fagioli

Già dopo aver passato in rassegna tutti i miei tutorial di preparazione per il quadro di primavera, finalmente capiremo cosa fa Primavera come tale. Se inizi a leggere questo tutorial e ti perdi, ti consiglio di leggere questi 4 tutorial in questo ordine:

• Java / Spring - Ereditarietà, polimorfismo e iniezione di dipendenze
• Java / Spring - Ereditarietà, polimorfismo e iniezione di dipendenze - Parte 2
• Java / Spring - Interfacce di programmazione
• Inversione del controllo e iniezione delle dipendenze in Java / Spring

Una volta compresi questi concetti, puoi continuare con questo tutorial. Per iniziare questo tutorial parleremo di come funziona la primavera.
La Primavera è un contenitore di Fagioli (Userò questa parola per riferirsi a questo tipo di struttura in questo tutorial e in quelli che seguono), un Bean è un componente software riutilizzabile. In Java, un bean è un oggetto che esiste per svolgere una funzione specifica ed è anche la classe a cui appartiene quell'oggetto. I bean in Java sono creati da descrizioni che non fanno necessariamente parte del codice dell'applicazione principale, queste descrizioni sono comunemente contenute nei file XML.
Quando usi Spring, il ciclo di vita di ogni Bean è completamente manipolato dal contenitore Spring, che si occupa di crearli, gestirli e distruggerli da un pattern predefinito che può essere trovato in un file XML, all'interno della classe Java nella forma Annotazioni o essenzialmente qualsiasi tipo di file che segue un formato particolare per la sua definizione.
In questo modo, il concetto di Inversion of Control significa che Spring crea gli oggetti e li configura per svolgere una funzione specifica (secondo lo schema predefinito) e poi li consegna all'applicazione principale. Successivamente, Spring si occupa di distruggerli o riutilizzarli in un punto più avanzato dell'applicazione. Lo fa utilizzando un particolare modello di progettazione.
Un modello di progettazione di tipo factory è caratterizzato dal fatto di non essere legato alla restituzione di una classe specifica di oggetti, ma piuttosto di un oggetto che implementa un'interfaccia o eredita da una particolare classe. In questo modo, la fabbrica può restituire praticamente qualsiasi cosa purché possa "fabbricare" l'oggetto specifico. Nel caso di Spring, il metodo factory restituisce un oggetto di tipo Oggetto che viene poi trasformato nel tipo di oggetto richiesto dall'applicazione principale.
Nello specifico, l'applicazione principale chiama il metodo factory per fornirgli un oggetto specifico che non controlla ma che appartiene a Spring in modo che possa essere utilizzato senza “prendersi la responsabilità” dell'oggetto. In questo modo, Spring è SEMPRE responsabile del ciclo di vita dell'oggetto.

INGRANDIRE

Ecco come Spring gestisce il concetto di Inversion of Control e Dependency Injection. In linea di principio, crei i Bean di cui hai bisogno in tutto il tuo programma sotto forma di semplici classi Java, con attributi, getter e setter. Quindi crei un file di configurazione che è responsabile della creazione dei POJO specifici (Plain Old Java Objects) da utilizzare in tutto il programma e infine lasci che Spring si occupi del ciclo di vita di tutti questi oggetti durante il tempo.
Questa struttura è abbastanza pratica per eseguire test nel codice con oggetti "falsi", serve anche per mantenere attivi i servizi che vengono chiamati attraverso la rete, usi aspetti e innumerevoli altre cose. Nella pagina Spring è possibile rivedere tutti i progetti emersi da questo Framework. Spero che tu l'abbia trovato interessante, non dimenticare di lasciare i tuoi commenti, alla prossima volta!Ti è piaciuto e hai aiutato questo Tutorial?Puoi premiare l'autore premendo questo pulsante per dargli un punto positivo