Data Access Object

Data Access Object – obiekt dostępu do danych — abstrakcja źródła danych; komponent dostarczający jednolity interfejs do komunikacji między aplikacją a źródłem danych (np. bazą danych czy plikiem). Jest często łączony z innymi wzorcami projektowymi. DAO jest obiektem odwzorowującym źródło danych, enkapsulującym wszystkie dane przesyłane do i ze źródła. Dzięki DAO, aplikacja nie musi znać sposobu oraz ostatecznego miejsca składowania swoich danych, a ewentualne modyfikacje któregoś z czynników nie pociągają za sobą konieczności modyfikowania jej kodu źródłowego. Komponent ten jest często stosowany w modelu MVC (Model-View-Controller) do oddzielenia dostępu do danych od logiki biznesowej i warstwy prezentacji. Gotowe narzędzia do korzystania z DAO wchodzą w skład wielu popularnych języków programowania oraz platform (np. Java EE, Ruby on Rails).

W katalogu Core J2EE Patterns DAO jest opisywany jako wzorzec warstwy integracji (integration tier): ma izolować pozostałe komponenty aplikacji od szczegółów implementacyjnych źródeł danych oraz centralizować kod dostępu do danych (np. zapytania SQL). W tym ujęciu DAO działa jako adapter pomiędzy komponentem korzystającym z danych a konkretnym mechanizmem dostępu do danych, tak aby zmiany po stronie źródła danych nie wymuszały zmian w kodzie warstwy wyższej.

Opis wzorca wyróżnia typowe role składowe:

W literaturze Core J2EE Patterns opisano m.in.:

W praktyce DAO bywa zestawiany z innymi wzorcami warstwy persystencji:

W takim ujęciu DAO może pełnić rolę adaptera do konkretnego API źródła danych, podczas gdy mapowanie obiektów domenowych może być realizowane wewnątrz DAO (ręcznie) albo przez warstwę mapperów/ORM.

Wydajność

W opisie wzorca jako konsekwencję wskazuje się m.in. to, że DAO wprowadza dodatkową warstwę obiektów pomiędzy klientem danych a źródłem danych, którą trzeba zaprojektować, zaimplementować i utrzymywać. W praktyce oznacza to kompromis między izolacją komponentów od szczegółów źródła danych oraz łatwością migracji a kosztem dodatkowej warstwy pośredniej (zarówno projektowym, jak i implementacyjnym). W praktyce dodanie DAO do aplikacji powoduje pojawienie się kolejnej warstwy interfejsu oraz zwiększenie ilości kodu, który musi zostać wykonany do realizacji dostępu do danych. Z tego powodu w aplikacjach, dla których wydajność ma krytyczne znaczenie, rezygnuje się z DAO, aby zapewnić jak najszybsze działanie aplikacji.

Zobacz też

Przypisy

  1. 1 2 Mauricio F. Aniche, Gustavo A. Oliva, Marco A. Gerosa, Are the Methods in Your Data Access Objects (DAOs) in the Right Place? A Preliminary Study, IEEE, wrzesień 2014, s. 47–50, DOI: 10.1109/MTD.2014.14, ISBN 978-1-4799-6791-9 [dostęp 2024-07-19].
  2. ↑ Christine Mayr, Uwe Zdun, Schahram Dustdar, Model-Driven Integration and Management of Data Access Objects in Process-Driven SOAs, Petri Mähönen, Klaus Pohl, Thierry Priol (red.), Berlin, Heidelberg: Springer, 2008, s. 62–73, DOI: 10.1007/978-3-540-89897-9_6, ISBN 978-3-540-89897-9 [dostęp 2024-07-19] (ang.).
  3. ↑ Maurício Aniche, Gabriele Bavota, Christoph Treude, Marco Aurélio Gerosa, Arie van Deursen, Code smells for Model-View-Controller architectures, „Empirical Software Engineering”, 23 (4), 2018, s. 2121–2157, DOI: 10.1007/s10664-017-9540-2, ISSN 1573-7616 (ang.).
  4. ↑ Alain Trottier, Sun Java 2 Enterprise Edition (J2EE) Web Component Developer Exam: Exam 310-080, Que Publishing, 2002, s. 36, ISBN 978-0-7897-2821-0 (ang.).
  5. 1 2 3 4 5 6 7 8 9 10 Deepak Alur, John Crupi, Dan Malks, Core J2EE Patterns: Best Practices and Design Strategies, Prentice Hall Professional, 2003, s. 371–379, ISBN 978-0-13-142246-9.
  6. ↑ Martin Fowler, Repository [online], martinfowler.com [dostęp 2026-03-02].
  7. ↑ Martin Fowler, Data Mapper [online], martinfowler.com [dostęp 2026-03-02].
  8. 1 2 Core J2EE Patterns – Data Access Object [online], Oracle [dostęp 2026-03-02].
  9. ↑ Chapter 24. Best Practices (Use hand-coded JDBC in bottlenecks) [online], Red Hat Documentation [dostęp 2026-03-02].

Linki zewnętrzne