✅ Java / Spring - The Beans Factory

Innholdsfortegnelse

Allerede etter å ha gått gjennom alle mine opplæringsprogrammer om forberedelse til vårrammen, endelig vil vi forstå hva det gjør Vår som sådan. Hvis du begynner å lese denne opplæringen og går deg vill, anbefaler jeg at du går gjennom disse fire opplæringsprogrammene i denne rekkefølgen:

Java / Spring - Arv, polymorfisme og avhengighetsinjeksjon
Java / Spring - Arv, polymorfisme og avhengighetsinjeksjon - Del 2
Java / Spring - Programmeringsgrensesnitt
Inversjon av kontroll og avhengighetsinjeksjon i Java / vår

Når du forstår disse konseptene, kan du fortsette med denne opplæringen. For å starte denne opplæringen vil vi snakke om hvordan våren fungerer.
Våren er en beholder med bønner (Jeg vil bruke dette ordet for å referere til denne typen struktur gjennom denne opplæringen og de som følger), en Bean er en programvarekomponent som kan gjenbrukes. I Java er en bønne et objekt som eksisterer for å oppfylle en bestemt funksjon, og som også er klassen som objektet tilhører. Bønner i Java er laget av beskrivelser som ikke nødvendigvis er en del av hovedprogrammets kode, disse beskrivelsene finnes vanligvis i XML -filer.
Når du bruker Spring, blir livssyklusen til hver Bean fullstendig manipulert av Spring -beholderen, som er ansvarlig for å lage, administrere og ødelegge dem fra et standardmønster som finnes i en XML -fil, inne i Java -klassen i formen Annotations eller egentlig alle typer filer som følger et bestemt format for definisjonen.
På denne måten betyr begrepet Inversion of Control at Spring lager objektene og konfigurerer dem til å oppfylle en bestemt funksjon (i henhold til standardmønsteret) og deretter leverer dem til hovedprogrammet. Senere tar Spring seg av å ødelegge dem eller gjenbruke dem på et mer avansert tidspunkt i applikasjonen. Det gjør dette ved å bruke et bestemt designmønster.
Et designmønster av fabrikkstype kjennetegnes ved at det ikke er knyttet til å returnere en bestemt klasse av objekter, men snarere et objekt som implementerer et grensesnitt eller arver fra en bestemt klasse. På denne måten kan fabrikken returnere praktisk talt alt så lenge den kan "produsere" det spesifikke objektet. Når det gjelder vår, returnerer fabrikkmetoden et objekt av typen Gjenstand som senere transformeres til typen objekt som kreves av hovedprogrammet.
Spesielt kaller hovedprogrammet fabrikkmetoden for å gi den et bestemt objekt som den ikke kontrollerer, men tilhører Spring, slik at den kan brukes uten å "ta ansvar" for objektet. På den måten har våren alltid ansvaret for objektets livssyklus.

FORSTØRRE

Slik håndterer Spring konseptet Inversion of Control and Dependency Injection. I prinsippet lager du Beans du trenger gjennom hele programmet i form av enkle Java -klasser, med attributter, getters og settere. Deretter oppretter du en konfigurasjonsfil som er ansvarlig for å lage de spesifikke POJOene (Plain Old Java Objects) for bruk i hele programmet, og til slutt lar du Spring ta seg av livssyklusen til alle disse objektene i all slags vær.
Denne strukturen er ganske praktisk for å utføre tester i koden med "falske" objekter, den tjener også til å opprettholde aktive tjenester som kalles gjennom nettverket, bruker aspekter og utallige andre ting. På vårsiden kan du gå gjennom alle prosjektene som har kommet ut av dette rammeverket. Jeg håper du synes det var interessant, ikke glem å legge igjen kommentarene. Vi ses neste gang!Likte og hjalp du denne opplæringen?Du kan belønne forfatteren ved å trykke på denne knappen for å gi ham et positivt poeng