Java / Spring - The Beans Factory

Allerede efter at have gennemgået alle mine tutorials af forberedelse til forårets ramme, endelig vil vi forstå, hvad det gør Forår som sådan. Hvis du begynder at læse denne vejledning og går tabt, anbefaler jeg, at du læser disse 4 selvstudier i denne rækkefølge:

• Java / Spring - Arv, polymorfisme og afhængighedsinjektion
• Java / Spring - Arv, polymorfisme og afhængighedsinjektion - Del 2
• Java / Spring - Programmeringsgrænseflader
• Inversion af kontrol og afhængighedsinjektion i Java / Spring

Når du forstår disse begreber, kan du fortsætte med denne vejledning. For at starte denne vejledning vil vi tale om, hvordan foråret fungerer.
Foråret er en beholder med bønner (Jeg vil bruge dette ord til at referere til denne type struktur i hele denne vejledning og dem, der følger), en bønne er en genanvendelig softwarekomponent. I Java er en bønne et objekt, der eksisterer for at opfylde en bestemt funktion og er også den klasse, som objektet tilhører. Bønner i Java er oprettet ud fra beskrivelser, der ikke nødvendigvis er en del af hovedapplikationskoden, disse beskrivelser er normalt indeholdt i XML -filer.
Når du bruger Spring, manipuleres livscyklussen for hver bønne fuldstændigt af Spring -beholderen, som er ansvarlig for at oprette, administrere og ødelægge dem fra et standardmønster, der kan findes i en XML -fil, inde i Java -klassen i formen Annotations eller i det væsentlige enhver filtype, der følger et bestemt format for dens definition.
På denne måde betyder begrebet Inversion of Control, at Spring skaber objekterne og konfigurerer dem til at opfylde en bestemt funktion (i henhold til standardmønsteret) og derefter leverer dem til hovedapplikationen. Senere tager Spring sig af at ødelægge dem eller genbruge dem på et mere avanceret tidspunkt i applikationen. Det gør det ved at anvende et bestemt designmønster.
Et fabriksmæssigt designmønster er kendetegnet ved ikke at være bundet til at returnere en bestemt klasse af objekter, men snarere et objekt, der implementerer en grænseflade eller arver fra en bestemt klasse. På denne måde kan fabrikken praktisk talt returnere alt, så længe den kan "fremstille" det specifikke objekt. I tilfælde af forår returnerer fabriksmetoden et objekt af typen Objekt som senere omdannes til den type objekt, der kræves af hovedapplikationen.
Helt specifikt kalder hovedapplikationen fabriksmetoden for at give den et bestemt objekt, som det ikke kontrollerer, men tilhører Spring, så det kan bruges uden at "tage ansvar" for objektet. På den måde er foråret ansvarlig for objektets livscyklus ALTID.

FORSTØRRE

Sådan håndterer Spring begrebet Inversion of Control og Dependency Injection. I princippet opretter du de bønner, du har brug for i hele dit program i form af enkle Java -klasser, med attributter, getters og settere. Derefter opretter du en konfigurationsfil, der er ansvarlig for at oprette de specifikke POJO'er (Plain Old Java Objects) til brug i hele programmet, og endelig lader du Spring tage sig af livscyklussen for alle disse objekter i hele vejret.
Denne struktur er ganske praktisk til at udføre test i koden med "falske" objekter, den tjener også til at opretholde aktive tjenester, der kaldes via netværket, bruger aspekter og utallige andre ting. På forårssiden kan du gennemgå alle de projekter, der er fremkommet fra denne ramme. Jeg håber, at du fandt det interessant, glem ikke at efterlade dine kommentarer. Vi ses næste gang!Kan du lide og hjælpe denne vejledning?Du kan belønne forfatteren ved at trykke på denne knap for at give ham et positivt punkt