Как разработать грамотную архитектуру приложения: работа с базой данных?

Question

[stas8]

Как правильно спроектировать в приложении слой, отвечающий за работу с базой данных?

Почему подход, когда все операции чтения/записи производит отдельный класс DbManager, плох?


Как сделать правильно? Соответствующие классы UserService, ArticleService и т.д., которые будут за это отвечать? Но тогда ведь всё равно нужен класс, который будет привязан к конкретной реализации (например, работающий с БД MySQL через JDBC-драйвер), разве нет?


Какие есть плюсы и минусы в обоих решениях? Может быть, нужно делать вообще как-то иначе?

Раньше подход с первой диаграммы казался мне правильным и логичным, но в последнее время натыкаюсь на упоминания того, что так делать не следует (буквально сегодня, например, здесь).

Answer 1

[Алексей Киселев]

Первый подход плох тем, что в нем вы создаете God-object, он берет на себя слишком много ответственности, что противоречит принципу SRP. Класс будет иметь большой размер и в него постоянно будут вноситься изменения при изменении функциональности.

Второй подход почти правильный. Не хватает только интерфейсов UserServiceInterface и ArticleServiceInterface, в которых описаны методы доступа к данным. Обычно такие интерфейсы называются Repository, а не Service. Эти интерфейсы должны быть реализованы в конкретных классах, например OracleUserService и OracleArticleService. Для взаимодействия с БД, данные классы используют только сессию (Session) или соединение (Connection). В вашем примере это DbHandler.

Почитайте про устройство Hibernate. Он использует второй подход.