Какие методы родительского класса не наследуются?

@lev_ · Регистрация: 26.05.2014

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

1. конструктор копирования
2. конструктор по умолчанию
3. перегруженная операция присваивания
4. деструктор
5. конструктор с параметрами
6. виртуальные

@kventin_zhuk · 29.05.2014, 10:00

lev_, конструкторы не наследуются.

@BumerangSP · 29.05.2014, 11:00

И деструктор, стало быть, тоже.

@lev_ · 29.05.2014, 11:31 **[ТС]**

спасибо

@Denis123456789 · 29.05.2014, 12:17

Ничего из приведенного не наследуется, кроме виртуальных функций, виртуальность на наследование методов в плане наследования или не наследования того или иного метода базового класса производным влияния не оказывает. Правда в c++ 11 вроде уже можно наследовать конструкторы

@BumerangSP · 29.05.2014, 18:23

Denis123456789, а перегруженный operator= разве не наследуется?

@Denis123456789 · 29.05.2014, 20:52

BumerangSP, нет не наследуется, потому что обычно оператор присваивания имеет в качестве параметра константную ссылку на объект того же класса, в котором этот оператор перегружается, поэтому сигнатура даже в родственных классах будет разнится. Например следующий код не компилируется (хотя здесь оператор присваивания принимает параметр отличный от объекта того же класса)

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
#include <iostream>
using namespace std;
class a
{
    int d;
public:
    int pr(){return вd;}
 void operator=(int r)
    {
    d=r;
    
}};
class b: public a
{
};
int main()
{
b f;
f=5;
  cout<<f.pr();
    return 0;  
    }

@BumerangSP · 29.05.2014, 21:23

Denis123456789, я как бы сам всегда утверждал, что, мол, не наследуется, т.к. его действия сходны с конструированием объекта.
Но вот данный код что подразумевает? Может, я позабыл чего?

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
#include <iostream>
using namespace std;
 
struct A
{
    const A& operator=(const A& a) { cout << "A::op=\n"; return *this; }
};
 
struct B:  public A
{
};
 
int main()
{
   B b;
   b = B();
}

@Denis123456789 · 29.05.2014, 21:34

BumerangSP, компилятор снабжает класс оператором присваивания по умолчанию, при отсутствии определения в классе оператора присваивания (также как конструктором и деструктором по умолчанию при отсутствия их определения) . Оператор присваивания по умолчанию присваивает членам объекта слева , значения соответствующих членов объекта справа. Если члены класса не являются указателями на области динамической памяти, то оператора присваивания по умолчанию достаточно.

@ViktorKozlov · 29.05.2014, 21:45

BumerangSP, А здесь же вроде встроенный оператор вызывается, не?

Добавлено через 11 минут
Denis123456789, operator= все-таки наследуется, но в вашем примере встроенный b::operator=(const b&) перекрывает базовый a::operator=(int), поэтому этот пример не компилируется. Можно сделать так

C++
1
2
3
4
5
struct B:  public A
{
    public:
    using a::operator=;
};

, и тогда кандидатами станут оба оператора и выберется тот, который принимает int

@BumerangSP · 29.05.2014, 21:46

Denis123456789, ничего не понял, конкретней можно?) Эти общие сведения я из книжек помню. Но сейчас для конкретного примера специального туда не полез.

ViktorKozlov, ну, я присваиваю объекту класса B объект того же класса. Надпись выходит "A::op=". Определю свой operator= в классе B - будет выведено то, что напишу в его теле.
Почему?

UPD: Вот, кажется, все.

@ViktorKozlov · 29.05.2014, 21:57

BumerangSP, встроенные операторы присваивания, конструкторы по умолчанию и копирования обладают таким свойством, что вызывают соответствующие функции базового класса. В вашем случае, встроенный operator= вызывает operator= базового класса, который определен. Если же в производном классе определить свой operator=, то он не будет по умолчанию вызывать базовую версию (но можно это сделать явно)

@BumerangSP · 29.05.2014, 22:09

ViktorKozlov, да с конструкторами-то все ясно. Что-то я всегда обделял вниманием operator=...Хотя логично, по сути. Копирование ведь происходит прямым копированием данных соотв. переменных. Притом для каждого подобъекта копируются свои.

@ViktorKozlov · 29.05.2014, 22:24

BumerangSP, да так и есть. Иначе кому нужен такой встроенный оператор, если он будет напрямую все копировать? Если некоторые поля или базовый класс имеют определенный оператор=, то почему бы им не воспользоваться? В принципе, вполне логично

@makemelaugh · 20.10.2016, 23:03

Не наследуются:
Конструкторы и деструкторы, Перегруженные операторы, Дружественные(friend) функции

@TheCalligrapher · 21.10.2016, 00:23

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

Не наследуются:
Конструкторы и деструкторы, Перегруженные операторы, Дружественные(friend) функции

Ответ не верный.

- Все перегруженные операторы наследуются (С чего бы это вдруг им не наследоваться?)

- Упоминание friend-функций тут совсем не в кассу. О чем речь вообще?

- Деструкторы действительно не наследуются.

- С конструкторами ситуация сложнее. Сами по себе они не наследуются, но начиная С++14 конструкторы (с рядом исключений) можно наследовать явно, путем применения using-декларации.

Croessmah · 21.10.2016, 00:25

Не по теме:

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

путем применения using-декларации.

Щас налетят коршуны с высказываниями вида, - "Враньё, это не наследование, оно работает не так. А-а-а-а-а!" :D
Мы уже это проходили. :D

@TheCalligrapher · 21.10.2016, 00:34

Не по теме:

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

Щас налетят коршуны с высказываниями вида, - "Враньё, это не наследование, оно работает не так. А-а-а-а-а!" :D
Мы уже это проходили. :D

Останется только, как фиговым листком, прикрываться страничкой из стандарта С++11, где соответствующий раздел так и называется: 12.9 Inheriting constructors [class.inhctor] - "Наследование конструкторов".

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

- С конструкторами ситуация сложнее. Сами по себе они не наследуются, но начиная С++14 конструкторы (с рядом исключений) можно наследовать явно, путем применения using-декларации.

Поправка: начиная с С++11.

Croessmah · 21.10.2016, 00:41

Не по теме:

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

так и называется:

и получим снова это:

Сообщение от Автор

Ну, это, скорее, игра слов, так как "наследование" конструкторов - это не наследование в обычном смысле.
Но даже в этом "наследовании" не "наследуются" конструкторы по умолчанию, копирования и перемещения.

@TheCalligrapher · 21.10.2016, 00:50

Не по теме:

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

и получим снова это:

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

Новые блоги и статьи Все статьи Все блоги /
Новый ноутбук volvo 07.12.2025 Всем привет. По скидке в "черную пятницу" взял себе новый ноутбук Lenovo ThinkBook 16 G7 на Амазоне: Ryzen 5 7533HS 64 Gb DDR5 1Tb NVMe 16" Full HD Display Win11 Pro	Музыка, написанная Искусственным Интеллектом volvo 04.12.2025 Всем привет. Некоторое время назад меня заинтересовало, что уже умеет ИИ в плане написания музыки для песен, и, собственно, исполнения этих самых песен. Стихов у нас много, уже вышли 4 книги, еще 3. . .	От async/await к виртуальным потокам в Python IndentationError 23.11.2025 Армин Ронахер поставил под сомнение async/ await. Создатель Flask заявляет: цветные функции - провал, виртуальные потоки - решение. Не threading-динозавры, а новое поколение лёгких потоков. Откат?. . .	Поиск "дружественных имён" СОМ портов Argus19 22.11.2025 Поиск "дружественных имён" СОМ портов На странице: https:/ / norseev. ru/ 2018/ 01/ 04/ comportlist_windows/ нашёл схожую тему. Там приведён код на С++, который показывает только имена СОМ портов, типа,. . .	Сколько Государство потратило денег на меня, обеспечивая инсулином. Programma_Boinc 20.11.2025 Сколько Государство потратило денег на меня, обеспечивая инсулином. Вот решила сделать интересный приблизительный подсчет, сколько государство потратило на меня денег на покупку инсулинов. . . .
Ломающие изменения в C#.NStar Alpha Etyuhibosecyu 20.11.2025 Уже можно не только тестировать, но и пользоваться C#. NStar - писать оконные приложения, содержащие надписи, кнопки, текстовые поля и даже изображения, например, моя игра "Три в ряд" написана на этом. . .	Мысли в слух kumehtar 18.11.2025 Кстати, совсем недавно имел разговор на тему медитаций с людьми. И обнаружил, что они вообще не понимают что такое медитация и зачем она нужна. Самые базовые вещи. Для них это - когда просто люди. . .	Создание Single Page Application на фреймах krapotkin 16.11.2025 Статья исключительно для начинающих. Подходы оригинальностью не блещут. В век Веб все очень привыкли к дизайну Single-Page-Application . Быстренько разберем подход "на фреймах". Мы делаем одну. . .	Фото: Daniel Greenwood kumehtar 13.11.2025	Расскажи мне о Мире, бродяга kumehtar 12.11.2025 — Расскажи мне о Мире, бродяга, Ты же видел моря и метели. Как сменялись короны и стяги, Как эпохи стрелою летели. - Этот мир — это крылья и горы, Снег и пламя, любовь и тревоги, И бескрайние. . .

@lev_ 4 / 4 / 3 Регистрация: 26.05.2014 Сообщений: 354

	Какие методы родительского класса не наследуются? 29.05.2014, 08:24. Показов 9789. Ответов 19 Метки нет (Все метки) 1. конструктор копирования 2. конструктор по умолчанию 3. перегруженная операция присваивания 4. деструктор 5. конструктор с параметрами 6. виртуальные 0

@kventin_zhuk БНТУ ФИТР 215 / 155 / 42 Регистрация: 26.12.2012 Сообщений: 382
	29.05.2014, 10:00
	lev_, конструкторы не наследуются. 0

@BumerangSP 4311 / 1423 / 463 Регистрация: 16.12.2010 Сообщений: 2,939 Записей в блоге: 3
	29.05.2014, 11:00
	И деструктор, стало быть, тоже. 0

@lev_ 4 / 4 / 3 Регистрация: 26.05.2014 Сообщений: 354
	29.05.2014, 11:31 [ТС]
	спасибо 0

@Denis123456789 43 / 43 / 21 Регистрация: 02.06.2013 Сообщений: 181
	29.05.2014, 12:17
	Ничего из приведенного не наследуется, кроме виртуальных функций, виртуальность на наследование методов в плане наследования или не наследования того или иного метода базового класса производным влияния не оказывает. Правда в c++ 11 вроде уже можно наследовать конструкторы 0

@BumerangSP 4311 / 1423 / 463 Регистрация: 16.12.2010 Сообщений: 2,939 Записей в блоге: 3
	29.05.2014, 18:23
	Denis123456789, а перегруженный operator= разве не наследуется? 0

@Denis123456789 43 / 43 / 21 Регистрация: 02.06.2013 Сообщений: 181
	29.05.2014, 21:34
	BumerangSP, компилятор снабжает класс оператором присваивания по умолчанию, при отсутствии определения в классе оператора присваивания (также как конструктором и деструктором по умолчанию при отсутствия их определения) . Оператор присваивания по умолчанию присваивает членам объекта слева , значения соответствующих членов объекта справа. Если члены класса не являются указателями на области динамической памяти, то оператора присваивания по умолчанию достаточно. 0

@BumerangSP 4311 / 1423 / 463 Регистрация: 16.12.2010 Сообщений: 2,939 Записей в блоге: 3
	29.05.2014, 21:46
	Denis123456789, ничего не понял, конкретней можно?) Эти общие сведения я из книжек помню. Но сейчас для конкретного примера специального туда не полез. ViktorKozlov, ну, я присваиваю объекту класса B объект того же класса. Надпись выходит "A::op=". Определю свой operator= в классе B - будет выведено то, что напишу в его теле. Почему? UPD: Вот, кажется, все. 0

@ViktorKozlov 138 / 130 / 59 Регистрация: 13.12.2012 Сообщений: 293
	29.05.2014, 21:57
	BumerangSP, встроенные операторы присваивания, конструкторы по умолчанию и копирования обладают таким свойством, что вызывают соответствующие функции базового класса. В вашем случае, встроенный operator= вызывает operator= базового класса, который определен. Если же в производном классе определить свой operator=, то он не будет по умолчанию вызывать базовую версию (но можно это сделать явно) 1

@BumerangSP 4311 / 1423 / 463 Регистрация: 16.12.2010 Сообщений: 2,939 Записей в блоге: 3
	29.05.2014, 22:09
	ViktorKozlov, да с конструкторами-то все ясно. Что-то я всегда обделял вниманием operator=...Хотя логично, по сути. Копирование ведь происходит прямым копированием данных соотв. переменных. Притом для каждого подобъекта копируются свои. 0

@ViktorKozlov 138 / 130 / 59 Регистрация: 13.12.2012 Сообщений: 293
	29.05.2014, 22:24
	BumerangSP, да так и есть. Иначе кому нужен такой встроенный оператор, если он будет напрямую все копировать? Если некоторые поля или базовый класс имеют определенный оператор=, то почему бы им не воспользоваться? В принципе, вполне логично 0

@makemelaugh 8 / 8 / 3 Регистрация: 12.12.2013 Сообщений: 30
	20.10.2016, 23:03
	Не наследуются: Конструкторы и деструкторы, Перегруженные операторы, Дружественные(friend) функции 0