Я однажды тоже хотел так сделать, но тимлид прижег мне пальцы утюгом и я не смог.

Вообще что бы такое не использовать есть паттерны проектирования

Описать задачу, чтобы посмотреть, как её решат паттерны проектирования, или не стоит тратить время на ерунду?

Если методов много, то не слишком (лично для меня). Но это дело вкуса же

Опиши) Как минимум мне очень интересно)))

Нужно сделать ActiveRecord-класс Server
Сервер бывает разных производителей (например, Supermicro, Lenovo, Dell - определяется http-запросом к серверу) и с разными операционными системами (например, Windows, Linux, Esxi - определяется по значению поля в базе)
У каждого сервера есть одинаковые методы (перезагрузись, установи операционную систему и так далее) с разной реализацией, зависящей от производителя и операционной системы

Производителезависимые методы нужны не всегда, и Server можно пользоваться без них в 50% задач

Звучит как наследование

Ага
Как будем наследовать два класса?

Звучит как STI

Да и одного достаточно

Одного - это какого?
DellWindowsServer < Dell, Windows, Server

Так погоди, от сервера и достаточно
А остальное - уже детали поведения, не стоит все в одну кучу мешать

dependency injection

а он тут зачем?

Ага, хоть его можно вставить для подключения зависимостей, хоть просто адаптеры для поведения описывать

В общем, спорное решение

ну типа же на какой машине он построен нужно же ещё сконфигурировать, но от реализации сервиса не должен зависеть

Аля у винды должна быть версия

Наследование плюс dependency injection специализированной логики из отдельного класса