переопределённого метода?
Может через интерфейсы можно как-то такое сделать? Может я не туда думаю, тут какой-то паттерн сработает?
Хочется сделать универсальный абстрактный общий класс для функциональности, а в каждой конкретной задаче будет свой класс-наследник и свой перечень параметров.
Наследуйся и в наследнике херачь нужные методы
я хочу использовать те же методы, но с другими параметрами
А в чем тогда абстрактность, если нужно знать про конкретные параметры какого-либо метода? Это фактически знание о конечном типе ссылки, какого бы общего типа она не была и следовательно статическая зависимость вызывающей программы от конечной реализации
нет, иначе бы это нарушало ООП
Перегрузки, перегрузки, перегрузочки мои хД
ну и какое отношение это имеет к ООП? это скорее способ отвязаться от строгой типизации, типа как читерство )
Только через генерик типизацию. В дочерних классах ассигном типизировать
ну ты можешь ввести избыточные параметры в базовом классе, либо создать более специфичные методы в наследнике, который используют базовую или переопределенную функциональность
Тссс! Не мешай рождению god-object)
первая половина, как раз первый шаг на этом пути
Я тоже не понимаю смысла такой абстракции, что я не могу переопределить список параметров. Единственная догадка, что от такого может поломаться кастование и м.б. ещё что-то.
а дальше как повезет: у кого нургл, у кого слаанеш получается 😂
В таком случае откажись от параметров совсем. Внутри самого метода обращайся к полям объектов.
Перечисление списка параметров в явном виде является прямой зависимостью от конкретного типа. Своеобразный даункаст. Следовательно, никакого абстрагирования. С конструкторами то же самое. Чтобы вызвать конструктор, нужно явно указать конечный тип
ну тут все просто - ты не понимаешь что такое абстракция в ООП в принципе
Обсуждают сегодня