Spisie treści
Już po przejściu wszystkich moich tutoriali z przygotowanie do Spring Framework, wreszcie zrozumiemy co robi Wiosna takie jak. Jeśli zaczniesz czytać ten samouczek i zgubisz się, polecam przeczytać te 4 samouczki w tej kolejności:
- Java / Spring - dziedziczenie, polimorfizm i wstrzykiwanie zależności
- Java / Spring - Dziedziczenie, polimorfizm i wstrzykiwanie zależności - część 2
- Java / Spring - Interfejsy programistyczne
- Inwersja kontroli i wstrzykiwania zależności w Javie / Spring
Wiosna to pojemnik Fasoli (Będę używał tego słowa, aby odnieść się do tego typu struktury w tym samouczku i następnych), Fasola jest składnikiem oprogramowania wielokrotnego użytku. W Javie fasola to obiekt, który istnieje, aby spełnić określoną funkcję, a także jest klasą, do której ten obiekt należy. Fasola w Javie jest tworzona z opisów, które niekoniecznie są częścią głównego kodu aplikacji, te opisy są zwykle zawarte w plikach XML.
Kiedy używasz Spring, cykl życia każdego Beana jest całkowicie manipulowany przez kontener Spring, który odpowiada za tworzenie, zarządzanie i niszczenie ich z domyślnego wzorca, który można znaleźć w pliku XML, wewnątrz klasy Java w postaci Adnotacje lub zasadniczo dowolny typ pliku, który ma określony format definicji.
W ten sposób koncepcja Inversion of Control oznacza, że Spring tworzy obiekty i konfiguruje je tak, aby spełniały określoną funkcję (zgodnie z domyślnym wzorcem), a następnie dostarcza je do głównej aplikacji. Później Spring zajmuje się ich zniszczeniem lub ponownym użyciem w bardziej zaawansowanym punkcie aplikacji. Czyni to poprzez zastosowanie określonego wzorca projektowego.
Wzorzec projektu typu fabryki charakteryzuje się tym, że nie jest powiązany ze zwracaniem określonej klasy obiektu, ale raczej obiektu, który implementuje interfejs lub dziedziczy po określonej klasie. W ten sposób fabryka może zwrócić praktycznie wszystko, o ile może „wyprodukować” określony przedmiot. W przypadku Spring metoda fabryczna zwraca obiekt typu Obiekt który jest później przekształcany na typ obiektu wymagany przez główną aplikację.
W szczególności główna aplikacja wywołuje metodę fabryki, aby dostarczyć jej konkretny obiekt, którego nie kontroluje, ale należy do Springa, aby można go było używać bez „brania odpowiedzialności” za obiekt. W ten sposób Spring ZAWSZE odpowiada za cykl życia obiektu.
POWIĘKSZAĆ
Ta struktura jest dość praktyczna do przeprowadzania testów w kodzie z „fałszywymi” obiektami, służy również do utrzymywania aktywnych usług, które są wywoływane przez sieć, aspektów użytkowania i niezliczonych innych rzeczy. Na stronie Spring możesz przejrzeć wszystkie projekty, które wyłoniły się z tego frameworka. Mam nadzieję, że zainteresowało Cię to, nie zapomnij zostawić komentarzy. Do zobaczenia następnym razem!Podobał Ci się i pomógł ten samouczek?Możesz nagrodzić autora, naciskając ten przycisk, aby dać mu pozytywny punkt
