Java / Lente - De Bonenfabriek

Al na het doorlopen van al mijn tutorials van voorbereiding op het Spring Framework, eindelijk zullen we begrijpen wat het doet De lente als zodanig. Als je deze tutorial begint te lezen en verdwaalt, raad ik je aan deze 4 tutorials in deze volgorde te lezen:

• Java / Spring - Overerving, polymorfisme en afhankelijkheidsinjectie
• Java / Spring - Overerving, polymorfisme en afhankelijkheidsinjectie - Deel 2
• Java / Spring - Programmeerinterfaces
• Inversie van controle en afhankelijkheidsinjectie in Java / Spring

Zodra u deze concepten begrijpt, kunt u doorgaan met deze zelfstudie. Om deze tutorial te starten, zullen we het hebben over hoe de lente werkt.
De lente is een bak bonen (Ik zal dit woord gebruiken om naar dit type structuur te verwijzen in deze tutorial en de volgende), een Bean is een herbruikbare softwarecomponent. In Java is een boon een object dat bestaat om een ​​specifieke functie te vervullen en het is ook de klasse waartoe dat object behoort. Beans in Java worden gemaakt op basis van beschrijvingen die niet noodzakelijkerwijs deel uitmaken van de hoofdtoepassingscode. Deze beschrijvingen zijn gewoonlijk opgenomen in XML-bestanden.
Wanneer u Spring gebruikt, wordt de levenscyclus van elke Bean volledig gemanipuleerd door de Spring-container, die verantwoordelijk is voor het maken, beheren en vernietigen ervan vanuit een standaardpatroon dat te vinden is in een XML-bestand, binnen de Java-klasse in de vorm Annotaties of in wezen elk type bestand dat een bepaald formaat volgt voor zijn definitie.
Op deze manier betekent het concept van Inversion of Control dat Spring de objecten maakt en configureert om een ​​specifieke functie te vervullen (volgens het standaardpatroon) en ze vervolgens aan de hoofdtoepassing levert. Later zorgt Spring ervoor dat ze worden vernietigd of hergebruikt op een verder gevorderd punt in de toepassing. Het doet dit door een bepaald ontwerppatroon te gebruiken.
Een ontwerppatroon van het fabriekstype wordt gekenmerkt door niet gebonden te zijn aan het retourneren van een specifieke klasse van objecten, maar eerder aan een object dat een interface implementeert of van een bepaalde klasse erft. Op deze manier kan de fabriek praktisch alles teruggeven, zolang het het specifieke object maar kan 'vervaardigen'. In het geval van Spring retourneert de fabrieksmethode een object van het type Object die later wordt omgezet in het type object dat door de hoofdtoepassing wordt vereist.
In het bijzonder roept de hoofdtoepassing de fabrieksmethode aan om het te voorzien van een specifiek object dat het niet beheert maar van Spring is, zodat het kan worden gebruikt zonder "verantwoordelijkheid te nemen" voor het object. Op die manier heeft Spring ALTIJD de regie over de levenscyclus van het object.

VERGROTEN

Dit is hoe Spring omgaat met het concept van Inversion of Control en Dependency Injection. In principe creëer je de Beans die je nodig hebt in je hele programma in de vorm van eenvoudige Java-klassen, met attributen, getters en setters. Vervolgens maak je een configuratiebestand dat verantwoordelijk is voor het maken van de specifieke POJO's (Plain Old Java Objects) voor gebruik in het hele programma en tenslotte laat je Spring de levenscyclus van al deze objecten door het hele programma verzorgen.
Deze structuur is heel praktisch om tests in de code uit te voeren met "nep"-objecten, het dient ook om actieve services te onderhouden die via het netwerk worden aangeroepen, gebruiksaspecten en talloze andere dingen. Op de Spring-pagina kun je alle projecten terugkijken die uit dit Framework zijn voortgekomen. Ik hoop dat je het interessant vond, vergeet niet je opmerkingen achter te laten. Tot de volgende keer!Vond je deze Tutorial leuk en heb je eraan geholpen?Je kunt de auteur belonen door op deze knop te drukken om hem een ​​positief punt te geven