Правильно ли наследовать класс от синглтона?

Question

[blnk]

Является ли правильным и грамотным решением наследование от класса с singleton? Если нет, то почему?

Answer 1

[Сергей Протько]

Если нет, то почему?

Потому что в подавляющем большинстве случаев сингелтон не нужен в принципе. Избегайте использования данного шаблона проектирования по возможности.

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

А наследоваться от класса singleton не правильно как минимум с точки зрения LSP (Liskov Substitution Principle)

Comments

[blnk]

Сергей Протько: Да, Сергей, всё верно. Речь идёт о доступе к базе. Спасибо за отсылку. Может быть тогда подскажете более верное решение для расширения (а не изменения) класса работы с БД?

[Сергей Протько]

blnk: декорация, фасады. Что вы там расширять то собрались?

p.s. надеюсь что вы свою поделку не будете использовать в проектах-за-деньги.

[blnk]

Сергей Протько: нет, использовать в проектах-за-деньги не буду. Просто хочу разобраться на каком этапе мои мысли пошли не в ту сторону. Вопрос, в таком случае, как грамотно реализовать взаимодействие с бд при ООП? Неужели это невозможно правильно сделать без orm и квери билдеров? Максимально близко к SQL? На каком уровне модели должны быть сформированы запросы?

Сейчас они у меня реализованы в классе работы с бд, но мне хотелось бы их разделить на те которые применяются часто и разовые. Пожалуйста, укажите где я не туда думаю?

Пример класса работы с бд с синглтоном и "редких" запросов есть в другом моём вопросе: PHP. Как грамотно создать дополнительный класс (ООП) для «конкретных» select'ов для работы с БД?

[Сергей Протько]

blnk: поймите, вот этот вот пример с сингелтоном это по сути старое доброе процедурное программирование и работа с глобальными объектами.

Чисто ООП-way это репозитори и data mapper, полная абстракция приложения от логики хранения данных.

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

В частности вам рекомендую почитать про DAO (Data Access Object).

[blnk]

Сергей Протько: спасибо. Буду вникать.

[Сергей Протько]

blnk: главное почитайте на википедии (желательно на английской, там картинки лучше) про dependency inversion и вообще почитайте чего про SOLID. В целом без инверсии зависимостей ООП теряет добрую половину смысла.

[Arris]

> для этого есть другие решения более верные.

Например, какие?

[Сергей Протько]

Arris: конкретно в контексте работы с базой данных - Registry + DiC