Использование в производных классах методов базового класса с другой сигнатурой

@titan4ik · 28.10.2020, 17:28. **Показов** 1595. **Ответов** 14

Студворк — интернет-сервис помощи студентам

Вопрос можно и как-то шире ставить наверное.
Суть в чем. Есть базовый класс. У него есть классы потомки.
При этом известно, что у каждого класса потомка должен быть некий метод определенной функциональности. Причем, все эти методы потомков функционально схожи (и потому их имеет смысл назвать одинаково), но имеют разную сигнатуру - по числу и типам параметров.
Можно ли средствами c# задать такой метод в базовом классе?
То есть определить, что метод с таким именем должен быть определен в каждом классе потомке с соответствующей данному потомку сигнатурой. Имя одно и то же, а сигнатуры разные.
Можно конечно просто определять их в классах потомках (а базовом его не будет). Но логично прописать такое требование в базовом классе - чтобы в каждом классе потомке был метод с таким именем.
Но как?
Интерфейсы тоже требуют конкретизации сигнатуры.
Никак?

Добавлено через 1 минуту
P.S. Не правильно тему назвал

Надо было как-то по другому. Может модератор исправит?)
Типа - "Как задать в базовом классе требование необходимости создания в каждом классе потомке метода с одним и тем же именем, но другой сигнатурой".

Добавлено через 7 минут
Наверное, проще всего уйти от параметров вовсе - использовать поля класса. Тогда в базовом абстрактном классе можно сделать абстрактный метод без параметров и его переопределять в каждом потомке.

@valera_21 · 28.10.2020, 17:32

Сообщение от titan4ik

Наверное, проще всего уйти от параметров вовсе - использовать поля класса. Тогда в базовом абстрактном классе можно сделать абстрактный метод без параметров и его переопределять в каждом потомке.

имхо, да, так правильно

@aenye · 28.10.2020, 17:48

titan4ik, Предложу свой велосипед:
Засунуть передаваемые параметры в отдельный класс, что-то вроде:

C#
1
2
3
4
5
public abstract class MyAwesomeOptions // или не abstract, если там немного опциональных параметров и мусорка  
// не  получится
{
    // Some code
}

C#
1
public abstract void Method(MyAwesomeOptions options);

И там уже вертите эти опции на чем хотите. Наследуйте, делайте фабрики и т.д.

Добавлено через 7 минут

Сообщение от titan4ik

Наверное, проще всего уйти от параметров вовсе - использовать поля класса. Тогда в базовом абстрактном классе можно сделать абстрактный метод без параметров и его переопределять в каждом потомке.

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

@titan4ik · 28.10.2020, 17:54 **[ТС]**

Сообщение от aenye

передаваемые параметры в отдельный класс

Понятно. Но тогда придется для каждого класса потомка делать ещё конкретизацию этого класса, содержащего параметры.
Короче, если первый простой способ не катит (отсутствие параметров), то тогда модно пойти этим путем.
aenye, фактически все используют этот ваш способ, не оч задумываясь об этом (и я тоже), когда имеют дело с событиями и их стандартными обработчиками - для конкретизации класса данных события - наследника от базового EventArgs.

Добавлено через 1 минуту

Сообщение от aenye

Тогда Вам нужно будет обеспечить заполнение и валидность всех этих полей при вызове конструктора.

Спасибо. Но в моем случае эти поля вычисляемые внутри класса.

@Элд Хасп · 28.10.2020, 18:19

Сообщение от titan4ik

Типа - "Как задать в базовом классе требование необходимости создания в каждом классе потомке метода с одним и тем же именем, но другой сигнатурой".

Сообщение от titan4ik

Спасибо. Но в моем случае эти поля вычисляемые внутри класса.

Изменять сигнатуру метода при переопределении нельзя.
Если сигнатура другая, то будет добавлена новая перегрузка метода.

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

@valera_21 · 28.10.2020, 18:22

Сообщение от titan4ik

Но в моем случае эти поля вычисляемые внутри класса

я не понел. а зачем тогда вообще планировались параметры в метод, если это вычисляемые поля внутри класса?

@titan4ik · 28.10.2020, 18:31 **[ТС]**

Элд Хасп, да я уже в моем конкретном случае разобрался - сейчас разбираюсь как сделать логичнее и красивше. В принципе понятно, что способов много.
Но было интересно - а вдруг такие средства у c# есть.

Сообщение от valera_21

я не понел. а зачем тогда вообще планировались параметры в метод, если это вычисляемые поля внутри класса?

Да может для наглядности или по глупости) Не помню уже. Провожу "рефакторинг")

Убираю вопиющие "некрасивости".

@valera_21 · 28.10.2020, 18:53

Сообщение от titan4ik

а вдруг такие средства у c# есть.

C#
1
public abstract void SomeFunc(params object[] parameters);

@titan4ik · 28.10.2020, 18:56 **[ТС]**

valera_21, ну, да) Но... object это же не комильфо без крайней нужды)

@Элд Хасп · 28.10.2020, 19:03

Сообщение от titan4ik

В принципе понятно, что способов много.
Но было интересно - а вдруг такие средства у c# есть.

Всё равно будет удобнее разбирать на каких-то примерах, именно по причине огромного количества различных реализацией и всех очень зависимых от условий задачи.

Создайте 2-3-5 примеров с кодом.
Подход к решению которых вам может быть полезен.

@Enifan · 28.10.2020, 19:08

Сообщение от Элд Хасп

Не могли бы вы на простых примерах в коде продемонстрировать, что вам надо реализовать?

У данного ТС никогда не бывает кода, все вопросы строятся на теории
titan4ik, показывайте конкретный код, где возник вопрос. учитывая данную тему - можно сказать что наследование или не нужно, или сделано неправильно, или использовать перегрузку методов. Все остальное - костыли.

@aenye · 28.10.2020, 19:14

Сообщение от Enifan

можно сказать что наследование или не нужно, или сделано неправильно,

Похоже на то

Сообщение от Enifan

Все остальное - костыли

Слишком категорично в данном случае, на мой взгляд

Сообщение от Enifan

или использовать перегрузку методов

Тоже в костыли можно записать.
Если все перегрузки абстрактные, а реализовать в потомке нужно только одну - придется NotImplementedException городить для остальных.
А если сделать их виртуальными - абстрактный класс может попросту не знать что в них делать нужно, и тут тоже либо заглушка, либо NotImplementedException.

@titan4ik · 28.10.2020, 19:23 **[ТС]**

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

@Enifan · 28.10.2020, 19:24

Сообщение от aenye

в данном случае

Тут как такового случая и нет (я про код)

Сообщение от aenye

Тоже в костыли можно записать.

Смотря где и как использовать перегрузку. Напортачить можно где угодно

Сообщение от aenye

Если все перегрузки абстрактные

А зачем они тогда нужны ? Вот примел, что я имел ввиду, никаких проблем не будет и эксепшены не нужны

C#
1
2
3
4
5
6
7
8
9
10
11
class A
{
    public virtual void Foo(int a) { }
}
 
class B : A
{
    public override void Foo(int a) { }
    
    public void Foo(int a, int b) { }
}

@aenye · 28.10.2020, 19:30

Сообщение от Enifan

А зачем они тогда нужны ?

Вот и я о том же)

Новые блоги и статьи Все статьи Все блоги /
Оттенки серого Argus19 18.03.2026 Оттенки серого Нашёл в интернете 3 прекрасных модуля: Модуль класса открытия диалога открытия/ сохранения файла на Win32 API; Модуль класса быстрого перекодирования цветного изображения в оттенки. . .	SDL3 для Desktop (MinGW): Рисуем цветные прямоугольники с помощью рисовальщика SDL3 на Си и C++ 8Observer8 17.03.2026 Содержание блога Финальные проекты на Си и на C++: finish-rectangles-sdl3-c. zip finish-rectangles-sdl3-cpp. zip	Символические и жёсткие ссылки в Linux. algri14 15.03.2026 Существует два типа ссылок — символические и жёсткие. Ссылка в Linux — это запись в каталоге, которая может указывать либо на inode «файла-ИСТОЧНИКА», тогда это будет «жёсткая ссылка» (hard link),. . .	[Owen Logic] Поддержание уровня воды в резервуаре количеством включённых насосов: моделирование и выбор регулятора ФедосеевПавел 14.03.2026 Поддержание уровня воды в резервуаре количеством включённых насосов: моделирование и выбор регулятора ВВЕДЕНИЕ Выполняя задание на управление насосной группой заполнения резервуара,. . .
делаю науч статью по влиянию грибов на сукцессию anaschu 13.03.2026 прикрепляю статью	SDL3 для Desktop (MinGW): Создаём пустое окно с нуля для 2D-графики на SDL3, Си и C++ 8Observer8 10.03.2026 Содержание блога Финальные проекты на Си и на C++: hello-sdl3-c. zip hello-sdl3-cpp. zip Результат:	Установка CMake и MinGW 13.1 для сборки С и C++ приложений из консоли и из Qt Creator в EXE 8Observer8 10.03.2026 Содержание блога MinGW - это коллекция инструментов для сборки приложений в EXE. CMake - это система сборки приложений. Здесь описаны базовые шаги для старта программирования с помощью CMake и. . .	Как дизайн сайта влияет на конверсию: 7 решений, которые реально повышают заявки Neotwalker 08.03.2026 Многие до сих пор воспринимают дизайн сайта как “красивую оболочку”. На практике всё иначе: дизайн напрямую влияет на то, оставит человек заявку или уйдёт через несколько секунд. Даже если у вас. . .

@titan4ik Заблокирован

	Использование в производных классах методов базового класса с другой сигнатурой 28.10.2020, 17:28. Показов 1595. Ответов 14 Метки нет (Все метки) Вопрос можно и как-то шире ставить наверное. Суть в чем. Есть базовый класс. У него есть классы потомки. При этом известно, что у каждого класса потомка должен быть некий метод определенной функциональности. Причем, все эти методы потомков функционально схожи (и потому их имеет смысл назвать одинаково), но имеют разную сигнатуру - по числу и типам параметров. Можно ли средствами c# задать такой метод в базовом классе? То есть определить, что метод с таким именем должен быть определен в каждом классе потомке с соответствующей данному потомку сигнатурой. Имя одно и то же, а сигнатуры разные. Можно конечно просто определять их в классах потомках (а базовом его не будет). Но логично прописать такое требование в базовом классе - чтобы в каждом классе потомке был метод с таким именем. Но как? Интерфейсы тоже требуют конкретизации сигнатуры. Никак? Добавлено через 1 минуту P.S. Не правильно тему назвал Надо было как-то по другому. Может модератор исправит?) Типа - "Как задать в базовом классе требование необходимости создания в каждом классе потомке метода с одним и тем же именем, но другой сигнатурой". Добавлено через 7 минут Наверное, проще всего уйти от параметров вовсе - использовать поля класса. Тогда в базовом абстрактном классе можно сделать абстрактный метод без параметров и его переопределять в каждом потомке. 0

@titan4ik Заблокирован
	28.10.2020, 18:56 [ТС]
	valera_21, ну, да) Но... object это же не комильфо без крайней нужды) 0

@titan4ik Заблокирован
	28.10.2020, 19:23 [ТС]
	Ребята, вопрос был о синтаксисе языка, а не о моей конкретной проблеме. Просто подумал, а вдруг я чего-то не знаю (или забыл) простого базового. А свою проблему я решу одним из многих понятных способов. Всем спасибо. Обсуждение помогло мне сориентироваться. 0