Преглед садржаја
Већ након што сам прошао све моје водиче о припрема за Пролећни оквир, коначно ћемо схватити шта ради Пролеће као такав. Ако почнете читати овај водич и изгубите се, препоручујем вам да прочитате ова 4 водича овим редослиједом:
- Јава / Спринг - Наслеђивање, полиморфизам и ињекција зависности
- Јава / Спринг - Наслеђивање, полиморфизам и ињекција зависности - 2. део
- Јава / Спринг - Програмирање интерфејса
- Инверзија контроле и ињектирање зависности у Јави / Спрингу
Пролеће је посуда пасуља (Користићу ову реч за упућивање на ову врсту структуре током овог водича и оних који следе), Беан је софтверска компонента за вишекратну употребу. У Јави, пасуљ је објекат који постоји да би испунио одређену функцију и такође је класа којој тај објекат припада. Грах у Јави се ствара од описа који нису нужно део главног кода апликације, ови описи се обично налазе у КСМЛ датотекама.
Када користите Спринг, животним циклусом сваког зрна у потпуности управља контејнер Спринг, који је одговоран за њихово креирање, управљање и уништавање према подразумеваном обрасцу који се може наћи у КСМЛ датотеци, унутар класе Јава у облику Напомене или у суштини било која врста датотеке која следи за одређеним форматом за њену дефиницију.
На овај начин, концепт Инверзије контроле значи да Спринг ствара објекте и конфигурише их да испуне одређену функцију (према подразумеваном обрасцу), а затим их испоручује главној апликацији. Касније се Спринг брине о њиховом уништавању или поновној употреби у напреднијој тачки апликације. То чини коришћењем одређеног дизајнерског обрасца.
Узорак дизајна фабричког типа карактерише то што није везан за враћање одређене класе објеката, већ за објекат који имплементира интерфејс или наслеђује од одређене класе. На овај начин фабрика може да врати практично све све док може „произвести“ одређени предмет. У случају Спринг -а, фабричка метода враћа објект типа Објецт који се касније трансформише у тип објекта који захтева главна апликација.
Конкретно, главна апликација позива фабричку методу да јој обезбеди одређени објекат који не контролише, али припада Спринг -у, тако да се може користити без „преузимања одговорности“ за објекат. На тај начин, Спринг је УВЕК задужен за животни циклус објекта.
ЕНЛАРГЕ
Ова структура је прилично практична за извођење тестова у коду са „лажним“ објектима, а служи и за одржавање активних услуга које се позивају путем мреже, коришћење аспеката и безброј других ствари. На страници Прољеће можете прегледати све пројекте који су произашли из овог Оквира. Надам се да вам је било занимљиво, не заборавите да оставите своје коментаре. Видимо се следећи пут!Да ли вам се допао и помогао овај водич?Можете наградити аутора притиском на ово дугме да бисте му дали позитиван поен
