Множественное наследование в С#

@SlavaStas · Регистрация: 28.02.2013

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

Можно ли в С# сделать что-то похожее на множественное наследование в C++?

Psilon · 29.03.2013, 21:06

SlavaStas, можно: реализовывать интерфейсы.

@nrv · 29.03.2013, 21:07

SlavaStas, можно только много интерфейсов имплиментировать.
Или вопрос в том как обойтись без этого в конкретном случае?

@SlavaStas · 29.03.2013, 21:08 **[ТС]**

nrv, про интерерфейы я в Шилде прочитал, но так и не понял, как это делается? Тоесть, я пишу интерфейс, в котор опысываю методы, а потом пишу, скажем, три класса, в которых делаю реализацию этих методов? при чем, в одном классе я пишу чатсть методов, в другом часть, а в третьем, который наследуется от этих двух, я описываю заново методы всех трех классов?

Psilon · 29.03.2013, 21:13

SlavaStas, интерфейс - это то же самое, что и абстрактный класс, но он не содержит никаких полей - только сигнатуры методов. Ну и как следствие их можно наследовать сколько угодно. Так решается вопрос о ромбовидном наследовании и некоторые другие баги. Например интерфейс
IEnumerable<T> содержит всего 1 метод GetEnumerator. Но этого достаточно, чтобы обходить свой класс с помощью foreach, позволять ему учавствовать в LINQ-запросах и тд

@nrv · 29.03.2013, 21:16

SlavaStas, если наследуемся от класса, то метод реализовывать не обязательно (если не абстрактный) (и вообще это уже будет называться сокрытием или переопределением). Даже если этот метод является реализацией какого-то интерфейса.

Psilon · 29.03.2013, 21:19

SlavaStas, вот конкретный пример:

C#
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
    interface IWorker
    {
        int GetSalary();
    }
 
    interface IAutoOwner
    {
        string GetAutoName();
    }
 
    class EmployeeWithAuto : IWorker, IAutoOwner
    {
        public int GetSalary()
        {
            return 10000;
        }
 
        public string GetAutoName()
        {
            return "Лада Калина";
        }
    }

nrv, вам вопрос на засыпку

все массивы реализуют интерфейс IList, в котором содержатся метод Add, Insert, RemoveAt, свойство Count и тд... Но массив не содержит этих методов. Вопрос: как так?

@SlavaStas · 29.03.2013, 21:26 **[ТС]**

Psilon, nrv, вы все так умно расписали, спасибо, но я все равно мало что понял

смотрите, вот на конкретном примере:
мне нужно создать иерархию классов с полями:
Автор (фамилия, имя)
Файл (название, расширение, дата создание, размер, атрибут)
Документ (файл, автор, ключевые слова)

ну там еще несколько классов, но то не важно, пойму тут - дальше сам разберусь...
так вот, на сколько я понимаю, в С++ это делается следующим образом:

C++ (Qt)
1
2
3
4
5
class writer { ... }
 
class file { ... }
 
class document:writer,file { ... }

ну и так далее... как это сделать в шарпе?

Добавлено через 2 минуты
Psilon, то есть все методы мне надо описывать, исходя из моего примера, в классе Document, а файл и автор сделать интерфейсами?

Psilon · 29.03.2013, 21:29

SlavaStas, наследование аналогично таковому в природе. Если в программировании мы говорим, что класс B наследует от класса A, это означает, что B это A (что кстати легко в коде проверить операцией is).
То есть мужчина наследует от класса человек, потому что мужчина ЭТО человек.
Женщина наследует от класса человек, потому что женщина ЭТО человек
Магазин не может наследовать от книги, потому что магазин ЭТО НЕ КНИГА

в вашем случае документ не может наследовать от писателя, потому что ДОКУМЕНТ НЕ ПИСАТЕЛЬ

В вашем случае

C#
1
2
3
4
5
6
class Document
{
    public Writer Writer;
    public File File;
    public string[] KeyWords
}

если ваше же задание прочитать, то там не написано документ ЯВЛЯЕТСЯ файлом и писателем, а там написано "иерархию классов с полями".
А вот сделать автора и файл полями никто не мешает. Иерархии тут никакой нет и быть не может. В самом крайнем случае документ может наследовать класс файла и иметь дополнительное поле Писателя. То есть

C#
1
2
3
4
5
class Document : File
{
    public Writer Writer;
    public string[] KeyWords
}

@SlavaStas · 29.03.2013, 21:32 **[ТС]**

Psilon, я понимаю, но в данном случае, это задание лабораторной работы... здание довольно странное, но препод древний как динозавры, так что ему, к сожалению, предъявить нечего... Могу вам написать все задание, может предложите что как наследовать...

@nrv · 29.03.2013, 21:32

SlavaStas, просто сделай писателя полем в документе. Да и файл тоже(хотя что такое файл в данном контексте и документ не очень понятно)
А.. препод .. ну пиши в каждом классе свою реализацию..

Psilon, Про явную реализацию я слышал, но разве есть какие-то противоречия с моим постом?

@SlavaStas · 29.03.2013, 21:42 **[ТС]**

Psilon, ладно, я в принципе пока так и сделал, думал может как по другому можно. Спасибо.

А с интерфейсами, я все же не доконца понял. То есть если сделать интерфейс ІА с классом А и интерфейс ІВ с классом В, потом класс С с наследованием этих интерфейсов, то методы, которые я описал в А и В не надо описывать в С? Или для А и В в одном интерфейсе можно записать методы, а сами классы тоже наследовать от этого интерфейса и потом там описать в каждом классе свои методы?

да, и как быть с конструкторами тих классов?

@nrv · 29.03.2013, 21:45

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

то методы, которые я описал в А и В не надо описывать в С?

Надо

@SlavaStas · 29.03.2013, 21:47 **[ТС]**

nrv, смысл тогда от этих классов и интерфейса, если не нужно их прямое использование в программе?

@nrv · 29.03.2013, 22:06

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

Новые блоги и статьи Все статьи Все блоги /
Мысли в слух. Про "навсегда". kumehtar 16.04.2026 Подумалось тут, что наверное очень глупо использовать во всяких своих установках понятие "навсегда". Это очень сильное понятие, и я только начинаю понимать край его смысла, не смотря на то что давно. . .	My Business CRM MaGz GoLd 16.04.2026 Всем привет, недавно возникла потребность создать CRM, для личных нужд. Собственно программа предоставляет из себя базу данных клиентов, в которой можно фиксировать звонки, стадии сделки, а также. . .	Знаешь почему 90% людей редко бывают счастливыми? kumehtar 14.04.2026 Потому что они ждут. Ждут выходных, ждут отпуска, ждут удачного момента. . . а удачный момент так и не приходит.	Фиксация колонок в отчете СКД Maks 14.04.2026 Фиксация колонок в СКД отчета типа Таблица. Задача: зафиксировать три левых колонки в отчете. Процедура ПриКомпоновкеРезультата(ДокументРезультат, ДанныеРасшифровки, СтандартнаяОбработка) / / . . .
Настройки VS Code Loafer 13.04.2026 { "cmake. configureOnOpen": false, "diffEditor. ignoreTrimWhitespace": true, "editor. guides. bracketPairs": "active", "extensions. ignoreRecommendations": true, . . .	Оптимизация кода на разграничение прав доступа к элементам формы Maks 13.04.2026 Алгоритм из решения ниже реализован на нетиповом документе, разработанного в конфигурации КА2. Задачи, как таковой, поставлено не было, проделанное ниже исключительно моя инициатива. Было так:. . .	Контроль заполнения и очистка дат в зависимости от значения перечислений Maks 12.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: реализовать контроль корректности заполнения дат назначения. . .	Архитектура слоя интернета для сервера-слоя. Hrethgir 11.04.2026 В продолжение https:/ / www. cyberforum. ru/ blogs/ 223907/ 10860. html Знаешь что я подумал? Раз мы все источники пишем в голове ветки, то ничего не мешает добавить в голову такой источник, который сам. . .

@SlavaStas 5 / 5 / 0 Регистрация: 28.02.2013 Сообщений: 121

	Множественное наследование в С# 29.03.2013, 20:59. Показов 7250. Ответов 14 Метки нет (Все метки) Можно ли в С# сделать что-то похожее на множественное наследование в C++? 0

Psilon Master of Orion 6102 / 4958 / 905 Регистрация: 10.07.2011 Сообщений: 14,522 Записей в блоге: 5
	29.03.2013, 21:06
	SlavaStas, можно: реализовывать интерфейсы. 0

@nrv 51 / 38 / 5 Регистрация: 14.01.2012 Сообщений: 127
	29.03.2013, 21:07
	SlavaStas, можно только много интерфейсов имплиментировать. Или вопрос в том как обойтись без этого в конкретном случае? 0

@SlavaStas 5 / 5 / 0 Регистрация: 28.02.2013 Сообщений: 121
	29.03.2013, 21:08 [ТС]
	nrv, про интерерфейы я в Шилде прочитал, но так и не понял, как это делается? Тоесть, я пишу интерфейс, в котор опысываю методы, а потом пишу, скажем, три класса, в которых делаю реализацию этих методов? при чем, в одном классе я пишу чатсть методов, в другом часть, а в третьем, который наследуется от этих двух, я описываю заново методы всех трех классов? 0

Psilon Master of Orion 6102 / 4958 / 905 Регистрация: 10.07.2011 Сообщений: 14,522 Записей в блоге: 5
	29.03.2013, 21:13
	SlavaStas, интерфейс - это то же самое, что и абстрактный класс, но он не содержит никаких полей - только сигнатуры методов. Ну и как следствие их можно наследовать сколько угодно. Так решается вопрос о ромбовидном наследовании и некоторые другие баги. Например интерфейс IEnumerable<T> содержит всего 1 метод GetEnumerator. Но этого достаточно, чтобы обходить свой класс с помощью foreach, позволять ему учавствовать в LINQ-запросах и тд 0

@nrv 51 / 38 / 5 Регистрация: 14.01.2012 Сообщений: 127
	29.03.2013, 21:16
	SlavaStas, если наследуемся от класса, то метод реализовывать не обязательно (если не абстрактный) (и вообще это уже будет называться сокрытием или переопределением). Даже если этот метод является реализацией какого-то интерфейса. 0

@SlavaStas 5 / 5 / 0 Регистрация: 28.02.2013 Сообщений: 121
	29.03.2013, 21:32 [ТС]
	Psilon, я понимаю, но в данном случае, это задание лабораторной работы... здание довольно странное, но препод древний как динозавры, так что ему, к сожалению, предъявить нечего... Могу вам написать все задание, может предложите что как наследовать... 0

@nrv 51 / 38 / 5 Регистрация: 14.01.2012 Сообщений: 127
	29.03.2013, 21:32
	SlavaStas, просто сделай писателя полем в документе. Да и файл тоже(хотя что такое файл в данном контексте и документ не очень понятно) А.. препод .. ну пиши в каждом классе свою реализацию.. Psilon, Про явную реализацию я слышал, но разве есть какие-то противоречия с моим постом? 0

@SlavaStas 5 / 5 / 0 Регистрация: 28.02.2013 Сообщений: 121
	29.03.2013, 21:42 [ТС]
	Psilon, ладно, я в принципе пока так и сделал, думал может как по другому можно. Спасибо. А с интерфейсами, я все же не доконца понял. То есть если сделать интерфейс ІА с классом А и интерфейс ІВ с классом В, потом класс С с наследованием этих интерфейсов, то методы, которые я описал в А и В не надо описывать в С? Или для А и В в одном интерфейсе можно записать методы, а сами классы тоже наследовать от этого интерфейса и потом там описать в каждом классе свои методы? да, и как быть с конструкторами тих классов? 0

@SlavaStas 5 / 5 / 0 Регистрация: 28.02.2013 Сообщений: 121
	29.03.2013, 21:47 [ТС]
	nrv, смысл тогда от этих классов и интерфейса, если не нужно их прямое использование в программе? 0

@nrv 51 / 38 / 5 Регистрация: 14.01.2012 Сообщений: 127
	29.03.2013, 22:06
	В этой не нужно. Вообще нужно для того чтобы использовать вытекающий из этой иерархии полиморфизм. Т.е. , например, можно типом параметра в методе указать интерфейс. Избитые коллекции - хороший пример, т.к со всеми ними мы работает примерно одинаково, но устроены они по разному 0