Объект доступа к данным - Википедия - Data access object

Эта статья о шаблоне проектирования программного обеспечения. Для библиотеки Microsoft см. Объекты доступа к данным Jet.

В компьютерное программное обеспечение, а объект доступа к данным (DAO) - это шаблон, который дает интерфейс к какому-то типу база данных или другой механизм сохранения. Сопоставляя вызовы приложений с уровнем персистентности, DAO предоставляет некоторые конкретные операции с данными, не раскрывая деталей базы данных. Эта изоляция поддерживает принцип единой ответственности. Он отделяет то, какой доступ к данным требуется приложению с точки зрения доменных объектов и типов данных (открытый интерфейс DAO), от того, как эти потребности могут быть удовлетворены с помощью конкретных СУБД, схема базы данных и т. д. (реализация DAO).

Хотя это шаблон дизайна в равной степени применим к большинству языков программирования, большинству типов программного обеспечения с потребностями в постоянстве и большинству типов баз данных, он традиционно ассоциируется с Java EE приложениями и реляционными базами данных (доступ к которым осуществляется через JDBC API из-за его происхождения в рекомендациях Sun Microsystems по передовой практике)[1] «Основные шаблоны J2EE» для этой платформы).

Преимущества

Основным преимуществом использования объектов доступа к данным является относительно простое и строгое разделение между двумя важными частями приложения, которые могут, но не должны ничего знать друг о друге и которые, как ожидается, будут развиваться часто и независимо. Изменение бизнес-логики может зависеть от того же интерфейса DAO, в то время как изменения логики сохранения не влияют на клиентов DAO, пока интерфейс остается правильно реализованным.

Все детали хранилища скрыты от остальной части приложения (см. скрытие информации ). Таким образом, возможные изменения в механизме сохраняемости могут быть реализованы путем простого изменения одной реализации DAO, в то время как остальная часть приложения не затрагивается. DAO действуют как посредник между приложением и базой данных. Они перемещают данные между объектами и записями базы данных. Модульное тестирование код упрощается путем замены DAO на тестовый двойник в тесте, тем самым делая тесты независимыми от уровня сохраняемости.

В общем контексте Ява На языке программирования объекты доступа к данным как концепция дизайна могут быть реализованы несколькими способами. Это может быть довольно простой интерфейс, отделяющий части доступа к данным от логики приложения, до фреймворков и коммерческих продуктов. Парадигмы кодирования DAO могут потребовать определенных навыков. Такие технологии, как Java Persistence API и Enterprise JavaBeans встроены в серверы приложений и могут использоваться в приложениях, использующих сервер приложений JavaEE. Коммерческие продукты, такие как TopLink доступны на основе объектно-реляционное отображение (ORM). Популярное программное обеспечение ORM с открытым исходным кодом включает Доктрина, Спящий режим, iBATIS и реализации JPA, такие как Apache OpenJPA.

Недостатки

Возможные недостатки использования DAO включают: дырявая абстракция,[нужна цитата ] дублирование кода, и инверсия абстракции. В частности, абстракция DAO как обычного объекта Java может скрыть высокую стоимость каждого доступа к базе данных, а также может заставить разработчиков запускать несколько запросов к базе данных для извлечения информации, которая в противном случае могла бы быть возвращена в одной операции с использованием Операции с наборами SQL. Если приложению требуется несколько DAO, можно обнаружить, что по существу повторяется один и тот же код создания, чтения, обновления и удаления для каждого DAO. Однако этого шаблонного кода можно избежать, реализовав общий DAO, который обрабатывает эти общие операции.[2]

Гипотетический сценарий использования

Представьте себе ситуацию, когда вы владеете успешной компанией, которая получила контракты на разработку приложения для двух разных клиентов. Спецификации приложения почти идентичны для двух клиентов. Оба клиента управляют данными с помощью баз данных SQL, но одна компания использует проприетарную базу данных, а другая - альтернативу с открытым исходным кодом, что означает, что ваше приложение слой устойчивости необходимо будет реализовать двумя разными способами. Кроме того, по мере появления новых клиентов могут потребоваться дополнительные реализации. В этом случае использование шаблона объекта доступа к данным обеспечит необходимый объем абстракции и инкапсуляции, необходимый для доступа к любой из различных базовых баз данных.

Инструменты и фреймворки

Смотрите также

Рекомендации

  1. ^ «Основные шаблоны J2EE - объекты доступа к данным». Sun Microsystems Inc. 2 августа 2007 г.
  2. ^ Видеть http://www.ibm.com/developerworks/java/library/j-genericdao/index.html для обходных путей
  3. ^ Ходжсон, Кайл; Рид, Даррен (2015-01-23). Поваренная книга ServiceStack 4. Packt Publishing Ltd. стр. Глава 4. ISBN  9781783986576. Получено 22 июн 2016.