Kontenery IoC dla Java Guice 3.0

Wielkość: px

Rozpocząć pokaz od strony:

Download "Kontenery IoC dla Java Guice 3.0"

Liliana Wiśniewska
7 lat temu
Przeglądów:

1 Kontenery IoC dla Java Guice maja 2014 Kamil Piętak

2 Agenda Przegląd implementacji kontenerów IoC Guice 3.0 Wprowadzenie pierwsze kroki Definicja zależności Rodzaje wiązań (ang. bindings) Kontrola instancjonowania

3 Implementacje kontenerów IoC Źródło:

4 Implementacje kontenerów IoC Spring Wszystkie sposoby wstrzykiwania zalecane wstrzykiwanie przez metody typu set jednostką składania są bean y Konfiguracja kontenera za pomocą pliku XML (w nowszych wersja możliwe jest wykorzystanie adnotacji) Zasięgi prototype i singleton (jedna instancja w obrębie kontenera, a nie całego systemu!); dedykowane zasięgi dla aplikacji webowych (request, session, global session) Aktualnie rozbudowany framework wspomagający tworzenie aplikacji

5 Implementacje kontenerów IoC PicoContainer Wszystkie sposoby wstrzykiwania zalecane wstrzykiwanie przez konstruktor Konfiguracja kontenera za pomocą API; projekt PicoContainer Script odczyt konfiguracji z zewnętrznych formatów Zasięgi prototype, cached (odpowiednik zasięgu singleton), thread-cached; dedykowane zasięgi dla aplikacji webowych Prace nad wersją 3.0, projekt wygląda na nieaktywny

6 Implementacje kontenerów IoC Guice Wszystkie sposoby wstrzykiwania w każdym przypadku wymagane adnotacje Konfiguracja kontenera za pomocą fluent API moduły konfiguracyjne Zasięgi prototype, singleton; dedykowane zasięgi dla aplikacji webowych; możliwość tworzenia własnych zasięgów Nacisk na sprawdzanie zgodności typów Prace nad wersją 4.0, zgodną z Java 8.

7 Tendencja rozwoju bibliotek IoC Kontener IoC jako element większych środowisk wspomagających tworzenie aplikacji Spring Framework Eclipse RCP 4.x

8 Guice 3.0

9 Pierwsze kroki Przykład

10 Manulane składanie zależności class Starter { public Starter() { IPM pm = new DatabasePersistenceManager(); this.invcatalogue = new InvoicesCatalogue(pm);

11 Metoda fabryczna class Starter { public Starter() { this.invcatalogue = Factory.getInvCatalogue(); class Factory { public InvoicesCatalogue getinvcatalogue() { return new InvoicesCatalogue(new DatabasePM());

12 Odwrócenie sterowania class Starter { public Starter() { this.invcatalogue = IoC.getInstance( InvoicesCatalogue.class); class InvoicesCatalogue public InvoicesCatalogue(IPersistenceManager pm) { this.pm = pm;

13 Pierwsze kroki Kontener IoC (Injector) tworzy obiekt InvoicesCatalogue wraz z wymaganymi zależnościami InvoicesCatalogue Konfiguracja DatabasePersistenceManager Injector Działający katalog z wypełnioną listą faktur

14 Pierwsze kroki 1) Definicja zależności public class InvoicesCatalogue { Adnotacja konstruktora private IPersistenceManager manager; wskazujaca ze konstruktor moze byc wykorzystany przez kontener IoC do tworzenia public InvoicesCatalogue(IPersistenceManager manager) { this.manager = manager;......

15 Pierwsze kroki 2) Konfiguracja kontenera IoC Moduł (ang. module) Opisuje sposób składania aplikacji Wskazuje typy lub obiekty, które mają być wstrzykniętę public class InvoicesModule extends AbstractModule { Rozszerzamy abstrakcyjny Implementujemy protected void configure() { metodę configure bind(ipersistencemanager.class) definiując wiązania.to(databasepersistencemanager.class);...

16 Pierwsze kroki 3) Wiązania (ang. bindings) Skojarzenie interfejsu z konkretną implementacją API powiązanie interfejsu IPersistenceManager z implementację bazodanową bind(ipersistencemanager.class).to(databasepersistencemanager.class);

17 Pierwsze kroki 4) Tworzenie kontenera IoC Injector injector = Guice.createInjector(new InvoicesModule()); 5) Pobranie zainicjalizowanego obiektu z kontenera InvoicesCatalogue invoices = injector.getinstance(invoicescatalogue.class); invoices.addinvoice(...);

18 Definicja zależności Przez konstruktor public class InvoicesCatalogue { private IPersistenceManager manager; private ILogger public InvoicesCatalogue(IPersistenceManager manager, ILogger logger) { this.manager = manager; this.logger = logger; Uwaga: nie jest wymagana dla bezargumentowych konstruktorów publicznych.

19 Definicja zależności Przez metodę public class InvoicesCatalogue { private IPersistenceManager manager; private ILogger public setpm(ipersistencemanager manager) { this.manager = public setlogger(ilogger logger) { this.logger = logger; jest wymagana dla każdej metody

20 Definicja zależności Przez pole public class InvoicesCatalogue private IPersistenceManager private ILogger logger; Opcjonalne zależności public class DatabasePersistenceManager public void seturl(string url) {...

21 Rodzaje wiązań (bindings) 1) Linked bindings

Rodzaje wiązań (bindings) 1) Linked bindings public class InvoicesModule extends AbstractModule { @Override protected void configure() { bind(ilogger.class).to(filelogger.

22 Rodzaje wiązań (bindings) 1) Linked bindings public class InvoicesModule extends AbstractModule protected void configure() { bind(ilogger.class).to(filelogger.class); bind(ipersistencemanager.class).to(databasepersistencemanager.class); bind(databasepersistencemanager.class).to(mysqlpersistencemanager.class); Skojarzenie intefejsu ILogger z klasą FileLogger Linked bindings mogą być łączone w łańcuchy

23 Rodzaje wiązań (bindings) 2) Nazwane wiązania (ang. named bindings) bind(ilogger.class).to(filelogger.class); bind(ilogger.class).to(consolelogger.class); Błąd: Kontener nie wie, której implementacji użyć!!!

24 Rodzaje wiązań (bindings) 2) Nazwane wiązania (ang. named bindings) W definicji typu dodajemy dodatkowy klucz-nazwę dla zależności: public class Invoices") ILogger logger; Następnie, aby powiązać nazwaną zależność z typem należy wykorzystać metodę annotatedwith jak pokazano niżej: bind(ilogger.class).annotatedwith(names.named( Invoices")).to(ConsoleLogger.class); bind(ilogger.class).annotatedwith(names.named( GUI")).to(FileLogger.class);

25 Rodzaje wiązań (bindings) 3) Providers Zależność do klasy dostarczonej z zewnętrznej biblioteki np. brak na konstruktorze, metodach typu set, etc. Dodatkowa inicjalizacja PersistenceManager = manager = new DatabasePersistenceManager(); manager.setjdbcurl( jdbc:mysql://localhost/db ); manager.settheadpoolsize(30);

26 Rodzaje wiązań (bindings) 3) Providers Metoda provides w module public class ExampleModule extends AbstractModule IPersistenceManager providepersistencemanager() { DatabasePersistenceManager manager = new DatabasePersistenceManager(); manager.setjdbcurl( jdbc:mysql://localhost/db ); manager.settheadpoolsize(30); return manager; Klasa rozszerzjąca interfejs IProvider<T>

27 Rodzaje wiązań (bindings) 4) Just-In-Time bindings Domyślne implementacje public interface IPersistenceManager { Powyższy kod jest równoznaczny z: bind(ipersistencemanager.class).to(databasepersistencemanager.class) Domyślne wiązanie może być nadpisane w metodzie configure (np. w przypadku konfiguracji testowej)

28 Kontrola instancjonowania Wybrane zasięgi: 1) Domyślnie zasięg prototype 2) Zasięg singleton na public class DatabasePersistenceManager implements IPersistenceManager Podczas definicji wiązania bind(ipersistencemanager.class).to(databasepersistencemanager.class).in(singleton.class); Uwaga: klasy o zasięgu singleton powinny być thread-safe!

29 Bibliografia Dependency Injection, Design patterns using Spring and Guice, Dhanji R. Prasanna Google Guice Documentation,

Podobne dokumenty

Tomasz Dobek. t.dobek@students.mimuw.edu.pl

Tomasz Dobek. t.dobek@students.mimuw.edu.pl Spring Framework Tomasz Dobek t.dobek@students.mimuw.edu.pl Plan prezentacji Spring z lotu ptaka Kontener Spring IoC Spring AOP Menedżer transakcji w Springu Spring DAO Testy integracyjne Podsumowanie