Java / Spring - Fabrica de fasole

Deja după ce am parcurs toate tutorialele mele despre pregătirea pentru cadrul de primăvară, în cele din urmă vom înțelege ce face Primăvară ca atare. Dacă începeți să citiți acest tutorial și vă pierdeți, vă recomand să citiți aceste 4 tutoriale în această ordine:

• Java / Spring - Moștenire, polimorfism și injecție de dependență
• Java / Spring - Moștenire, polimorfism și injecție de dependență - Partea 2
• Java / Spring - Interfețe de programare
• Inversia controlului și injectării dependenței în Java / Spring

Odată ce ați înțeles aceste concepte, puteți continua cu acest tutorial. Pentru a începe acest tutorial vom vorbi despre cum funcționează primăvara.
Primăvara este un recipient de fasole (Voi folosi acest cuvânt pentru a mă referi la acest tip de structură de-a lungul acestui tutorial și a celor care urmează), un Bean este o componentă software reutilizabilă. În Java, un bean este un obiect care există pentru a îndeplini o funcție specifică și este, de asemenea, clasa căreia îi aparține acel obiect. Beans în Java sunt create din descrieri care nu sunt neapărat parte din codul principal al aplicației, aceste descrieri sunt de obicei conținute în fișiere XML.
Când utilizați Spring, ciclul de viață al fiecărui Bean este complet manipulat de containerul Spring, care este responsabil pentru crearea, gestionarea și distrugerea acestora dintr-un model implicit care poate fi găsit într-un fișier XML, în clasa Java sub forma Adnotări sau, în esență, orice tip de fișier care urmează un anumit format pentru definirea acestuia.
În acest fel, conceptul de inversiune a controlului înseamnă că Spring creează obiectele și le configurează pentru a îndeplini o funcție specifică (conform modelului implicit) și apoi le livrează aplicației principale. Mai târziu, Spring are grijă să le distrugă sau să le reutilizeze într-un moment mai avansat al aplicației. Face acest lucru folosind un anumit model de design.
Un model de proiectare de tip fabrică se caracterizează prin faptul că nu este legat de returnarea unei clase specifice de obiecte, ci mai degrabă un obiect care implementează o interfață sau moștenește dintr-o anumită clasă. În acest fel, fabrica poate returna practic orice atâta timp cât poate „fabrica” obiectul specific. În cazul Spring, metoda fabrică returnează un obiect de tip Obiect care ulterior se transformă în tipul de obiect cerut de aplicația principală.
Mai exact, aplicația principală apelează metoda din fabrică pentru a-i oferi un obiect specific pe care nu îl controlează, dar aparține Spring, astfel încât să poată fi folosit fără a „lua responsabilitatea” pentru obiect. În acest fel, Primăvara se ocupă ÎNTOTDEAUNA de ciclul de viață al obiectului.

MARI

Acesta este modul în care Spring se ocupă de conceptul de inversare a controlului și injecție de dependență. În principiu, creați Beans de care aveți nevoie în tot programul dvs. sub formă de clase Java simple, cu atribute, getters și setere. Apoi creați un fișier de configurare care este responsabil pentru crearea POJO-urilor specifice (obiecte Java vechi simple) pentru a fi utilizate pe tot parcursul programului și, în cele din urmă, lăsați Spring să se ocupe de ciclul de viață al tuturor acestor obiecte de-a lungul vremii.
Această structură este destul de practică pentru a efectua teste în cod cu obiecte „false”, servește, de asemenea, pentru a menține servicii active care sunt apelate prin rețea, pentru a utiliza aspecte și pentru nenumărate alte lucruri. Pe pagina de primăvară puteți revizui toate proiectele care au apărut din acest cadru. Sper că ți s-a părut interesant, nu uita să-ți lași comentariile. Ne vedem data viitoare!V-a plăcut și ați ajutat acest tutorial?Puteți recompensa autorul apăsând acest buton pentru a-i oferi un punct pozitiv