Наследование класс1 *test = new класс2

@VLK · Регистрация: 05.05.2013

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

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

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
#include <iostream> 
 
class BaseClass // Базовый класс
{
public:
BaseClass(): a(0), b(0) { std::cout << "BaseClass constructor.. \n"; }
BaseClass(int rhs_a, int rhs_b): a(rhs_a), b(rhs_b) { std::cout << "BaseClass constructor.. \n"; }
 
void print() const 
{
std::cout << "a: " << a << "\n";
std::cout << "b: " << a << "\n";
}
 
void printBaseClass() const 
{
std::cout << "a: " << a << "\n";
std::cout << "b: " << a << "\n";
}
 
protected:
int a;
int b;
};
 
 
class DerivedClass : public BaseClass // Производный класс от BaseClass
{
public:
DerivedClass(): x(0), y(0), z(0) { std::cout << "DerivedClass constructor.. \n"; }
DerivedClass(int rhs_x, int rhs_y, int rhs_z): x(rhs_x), y(rhs_y), z(rhs_z) { std::cout << "DerivedClass constructor.. \n"; }
 
void print() const 
{
std::cout << "x: " << x << "\n";
std::cout << "y: " << y << "\n";
std::cout << "z: " << z << "\n";
}
 
void printDerivedClass() const 
{
std::cout << "x: " << x << "\n";
std::cout << "y: " << y << "\n";
std::cout << "z: " << z << "\n";
}
 
protected:
int x;
int y;
int z;
};
 
 
int main()
{
setlocale(LC_ALL,"");
 
BaseClass * test = new DerivedClass;
test->print();
test->printBaseClass();
 
 
system("pause");
return 0;
}

Вот небольшая программка, подскажите в чем смысл записи в строчке 58, только не сухое определение записи, что мы создаем объект класса BaseClass и выделяем под него память типа DerivedClass (или как то так), а на пальцах, в чес смысл в чем плюсы и самое главное
чем данная строка отличалась бы от записи BaseClass * test = new BaseClass ?

IGPIGP · 31.07.2013, 22:53

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

он заключается в том что один объект, в данном случае test, одновременно является объектом класса BaseClass и объектом класса DerivedClass?

Нет. Указателю на базовый можно присвоить и тот и тот, но работать будет именно тот объект на который он действительно указывает. То есть: чем проинициализировали то и будет.

@VLK · 31.07.2013, 23:16 **[ТС]**

IGPIGP, Croessmah, Jupiter, блин, все равно не понимаю смысла этого virtual и этой записи ( BaseClass * test = new DerivedClass ), вот без них, просто наследование, я создаю 2 класса Базовый класс (BaseClass) и от него идет Производный класс (DerivedClass), я создаю объект класса DerivedClass, назовем его test и у меня есть доступ ко всем переменным обоих классов и ко всем методам обоих классов, зачем мне это извращение в виде BaseClass * test = new DerivedClass, которое закрывает доступ к методам одного из классов. В чем смысл?
Где ошибка?

Croessmah · 31.07.2013, 23:21

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

блин, все равно не понимаю смысла этого virtual и этой записи

Хоть я и против всякого видео-обучения, но видео лекция:

автор доходчиво объясняет (хоть некоторые моменты и не совсем верны)

IGPIGP · 31.07.2013, 23:51

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

зачем мне это извращение в виде BaseClass * test = new DerivedClass, которое закрывает доступ к методам одного из классов. В чем смысл?

Вы же не читаете, что Вам говорят. И с книжками, видимо, та же история. Смотрите, Вам показали, что раскопать: полиморфное наследование. Реакция? Я показал мутный примерчик, где из без полиморфизма нужно использовать указатель на базовый. При передаче аргумента в функцию. Задача же не из простых ответить на вопрос: "Чего я должен захотеть, чтобы это пригодилось?" Пойдите за предложенным вариантом и постарайтесь вникнуть. Пусть у Вас есть массив или контейнер указателей на базовый и дочерние классы и Вы хотите пройти по общим полям (a и b) передавая указатели в функцию, тогда это можно сделать. И полиморфизм тут ни при чем. Хотя главное, это конечно возможность вызова виртуальных методов. То есть, именно при полиморфном наследовании, это обычный приём. Язык позволяет присвоить указателю на базовый, указатель на дочерний без явного приведения. Наоборот, - требуется dynamic_cast...

@VLK · 01.08.2013, 13:49 **[ТС]**

Ой.. сколько было написано в этой теме.. а так толком это слово или словосочетание ни кто и не сказал, что ключевое слово virtual служит для перекрытия функции

2 класса Базовый класс (BaseClass) и от него идет Производный класс (DerivedClass), в обоих есть функция-элемент, ну допустим void print()
я создаю BaseClass * test = new DerivedClass, объект test является объектом класса BaseClass и соответственно test->print() будет вызываться из класса BaseClass, что бы при всех тех же условиях вызвать функцию-элемент из класса DerivedClass, мне надо в классе BaseClass, перед функцией-элементом void print() поставить ключевое слово virtual и тогда будет выполнятся функция из класса DerivedClass при том, что объект test у нас является объектом класса BaseClass.

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

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
#include <iostream>
 
class BaseClass // Базовый класс
{
public:
BaseClass() { std::cout << "BaseClass constructor.. \n"; }
virtual ~BaseClass() { std::cout << "BaseClass destructor.. \n"; }
 
virtual void print() const
{ std::cout << "in BaseClass \n"; }
};
  
class DerivedClass : public BaseClass // Производный класс от BaseClass
{
public:
DerivedClass() { std::cout << "DerivedClass constructor.. \n"; }
virtual ~DerivedClass() { std::cout << "DerivedClass destructor.. \n"; }
 
 void print() const
{ std::cout << "in DerivedClass \n"; }
};
  
int main()
{
setlocale(LC_ALL,"");
 
BaseClass *test = new DerivedClass;
test->print();
 
system("pause");
return 0;
}

Вот для наглядности, в данном случае строчка 28 будет обращаться к функции-элементу из строки 19, за счет того, что в строке 9 у нас стоит ключевое слово virtual, если его убрать из 9-й строчки, то тогда будет вызываться функция-элемент из 9-й строчки.

PS я раньше думал что надо во всех местах ставить слово virtual и все функции-элементы делать виртуальными, что то типа такого.

PS2 скажите, если я обе функции print() (строчка 9 и строчка 19) сделаю virtual, тогда будет вызываться метод из строчки 19? Не подумайте что я просто обнаглел и мне тяжело поставить это слово и попробовать, просто если мне не изменяет память, вчера в одном из подобных примеров, с 2-мя virtual функция работала по другому, это мне память изменяет?

PS3 я все правильно понял или опять что то не так?
Спасибо за видео, оно помогло.

@Schizorb · 01.08.2013, 13:55

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

скажите, если я обе функции print() (строчка 9 и строчка 19) сделаю virtual, тогда будет вызываться метод из строчки 19?

В 19 не обязательно. Это будет нужно, если от DerivedClass будет тоже наследоваться новый класс, переопределюящий функцию.

@VLK · 01.08.2013, 13:58 **[ТС]**

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

В 19 не обязательно. Это будет нужно, если от DerivedClass будет тоже наследоваться новый класс, переопределюящий функцию.

то, что не обязательно я понял, а вот если я все же пишу в обоих случаях, то какой именно будет вызван метод?

Jupiter · 01.08.2013, 14:00

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

что бы при всех тех же условиях вызвать функцию-элемент из класса DerivedClass, мне надо в классе BaseClass, перед функцией-элементом void print() поставить ключевое слово virtual и тогда будет выполнятся функция из класса DerivedClass при том, что объект test у нас является объектом класса BaseClass.

нет. объект test у нас является объектом класса DerivedClass

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

В 19 не обязательно. Это будет нужно, если от DerivedClass будет тоже наследоваться новый класс, переопределюящий функцию.

нет. виртуальнай эта функция будет во всех потомках, независимо от того стоит ли virtual в DerivedClass

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

то, что не обязательно я понял, а вот если я все же пишу в обоих случаях, то какой именно будет вызван метод?

да хоть в обоих, хоть в одном базовом, функция как была виртуальной так ею и останется

@Schizorb · 01.08.2013, 14:01

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

BaseClass * test = new DerivedClass, объект test является объектом класса BaseClass и соответственно test->print() будет вызываться из класса BaseClass

Создается объект класса DerivedClass, в куче. И его адрес присваивается указателю на BaseClass. Указатель на базовый класс может хранить адрес объектов производного класса. Когда вызывается функция через этот объект, то неясно, какую именно нужно вызывать (вернее ясно, будет всегда вызываться из базового). Поэтому и нужно динамическое связывание, с виртуальными функциями.

@Schizorb · 01.08.2013, 14:04

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

то, что не обязательно я понял, а вот если я все же пишу в обоих случаях, то какой именно будет вызван метод?

Разницы не будет, если объявите функцию в производном, как virtual. То есть вызовется функция того класса, объектом которого является данный объект.

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

@VLK · 01.08.2013, 14:05 **[ТС]**

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

нет. виртуальнай эта функция будет во всех потомках, независимо от того стоит ли virtual в DerivedClass

т.е. (ключевое слово virtual в строке 9) и (ключевое слово virtual в строках 9 и 19) это одно и тоже и работа у них будет проходить по одному и тому же сценарию (правилам и т.д.)?

Jupiter · 01.08.2013, 14:08

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

т.е. (ключевое слово virtual в строке 9) и (ключевое слово virtual в строках 9 и 19) это одно и тоже и работа у них будет проходить по одному и тому же сценарию (правилам и т.д.)?

да.

@VLK · 01.08.2013, 14:10 **[ТС]**

то, что test будет объектом класса DerivedClass я понял, вопрос, т.е. когда не ясно какую функцию-элемент вызывать всегда вызывается функция-элемент базового класса?
И смысл тут заключается исключительно в неясности?

Jupiter · 01.08.2013, 14:20

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

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

перефразируй вопрос

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

И смысл тут заключается исключительно в неясности?

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

у нас есть фигуры и нам пофигу что это за фигуры, мы хотим их нарисовать

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
#include <iostream>
 
class Figure
{
public:
    virtual void draw() const = 0;
 
    virtual ~Figure() {}
};
 
class Circle : public Figure
{
    virtual void draw() const
    {
       std::cout << "draw circle" << std::endl;
    }
};
 
class Square : public Figure
{
    virtual void draw() const
    {
       std::cout << "draw square" << std::endl;
    }
};
 
int main()
{
    Circle a, b;
    Square c;
    Figure* arr[] = { &a, &c, &b };
 
    for (int i = 0; i < 3; ++i)
        arr[i]->draw();
}

@Schizorb · 01.08.2013, 14:20

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

test будет объектом класса DerivedClass

test - это не объект, а указатель, он просто хранит адрес объекта. В указателе никак не прописано, на объект какого именно класса он указывает - базового или производного.

Если используется статического связывание (невиртуальные функции), то выбор функции будет произведен на основе типа указателя на этапе линковки.

Если динамическое связывание (виртуальные функции) - то функция выберется в зависимости от конкретного типа объекта, адрес которого присвоен указателю, на этапе выполнения.

IGPIGP · 01.08.2013, 14:44

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

да в неясности какой же метод будет вызван и пофигизме

В полифигизме всё дело (имхо).

@VLK · 01.08.2013, 14:48 **[ТС]**

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

перефразируй вопрос

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

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
#include <iostream>
 
class BaseClass // Базовый класс
{
public:
BaseClass() { std::cout << "BaseClass constructor.. \n"; }
virtual ~BaseClass() { std::cout << "BaseClass destructor.. \n"; }
 
void print() const
{ std::cout << "in BaseClass \n"; }
};
  
class DerivedClass : public BaseClass // Производный класс от BaseClass
{
public:
DerivedClass() { std::cout << "DerivedClass constructor.. \n"; }
virtual ~DerivedClass() { std::cout << "DerivedClass destructor.. \n"; }
 
void print() const
{ std::cout << "in DerivedClass \n"; }
};
  
int main()
{
setlocale(LC_ALL,"");
 
BaseClass *test = new DerivedClass;
test->print();
 
system("pause");
return 0;
}

Вот пример, тоже что приводилось на предыдущей странице ранее, толь без использование virtual (разве что деструктор, но он погоды тут не делает), мы создаем объект test, он является объектом класса DerivedClass (опустим тот момент, что это не объект, а указатель на объект), соответственно в обоих классах есть одна и та же функция-элемент - print()

По логике, если объект test относится к классу DerivedClass, то и функция элемент print() должна вызываться из этого класса, но на деле происходит обратное..

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

И второе, что бы указать явно программе \ компилятору к чему именно обращаться, существует ключевое слово virtual, если оно присутствует, то программа будет обращаться НЕ к базовому классу, а к производному классу (речь пока идет 2-х классах), правильно?

Croessmah · 01.08.2013, 14:54

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

но на деле происходит обратное..

потому что пост #8

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

Зато показывает, что без использования полиморфизма используется статическое связывание, поэтому все функции будут проставлены в зависимости от типа указателя, а не от типа созданного реально объекта, как это было бы если бы функции были виртуальны и использовалось бы динамическое связывание

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

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

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

Какой указатель, к тому и привяжется.

Добавлено через 58 секунд

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

компилятору к чему именно обращаться, существует ключевое слово virtual

virtual нужен для позднего связывания

@VLK · 01.08.2013, 15:08 **[ТС]**

ох.. я только что то нащупаю, как вы мне даете новую порцию непонятных мне слов и словосочетаний.. "позднего связывания", "статическое связывание" и т.д.

Ладно, пойду поем и продолжу изучение (ну как можно учится на голодный желудок..)

Ни куда не уходите

IGPIGP · 01.08.2013, 15:41

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

Ни куда не уходите

Да тута мы все.

Я вот подумал: чтобы понять зачем нужен полиморфизм, нужно же сначала понять зачем он не нужен? То есть простая идея многократного использования кода, без его модификации. Пример опять мутный:

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
#include <iostream>
using namespace std; 
class A
{
public:     
A()
:x(0)
{
cout<<"default constr"<<endl;}
A(int a)
{
cout<<"one param constr"<<endl;
x=a;
 }
A(A& rhs){
x=rhs.getX();
 }
 A& operator=(A& rhs){
x=rhs.getX();
return *this;
 }
 int getX(){return x;} 
static const char* ch_constA;
    private:
        int x;
        
        static const char* ch_const_Init(){
return "abcdefgh";
        }
};
const char* A::ch_constA=A::ch_const_Init();
 
class B :public A
{
public:
B()
:A(0)
{}
B(int a)
:A(a)
{}
static const char* ch_constB;//мы не можем избавиться от ch_constA, но можем определить новую
//при этом не затрагивая базовый класс
 
static const char* ch_const_Init(){//функцию инициализации базового класса используем для определения новой)
//тут удобно скрыть метод базового класса новым
return "iklmnoprst";
        }
};
const char* B::ch_constB=B::ch_const_Init();//вызывается для B
 
 
int main() {
A a = 'a';
cout<<a.getX()<<endl;
B c = 'a' + 5;
cout<<c.getX()<<endl;
cout<<c.ch_constB<<endl;
std::system("pause"); 
    return 0;
}

В этом случае перекрытие метода базового класса помогает.

Новые блоги и статьи Все статьи Все блоги /
сукцессия 29. Переход от одних деревьев на другие делать более или менее вероятностным? anaschu 12.07.2026 Насколько смена типов микоризы — исключительное событие в двухвековой сукцессии? Оценка вероятности в пространстве параметров В текущей версии модели успешно реализован ключевой механизм. . .	сукцессия 27. Думаю, как переделывать уже написанную статью с планами на сукцессию. anaschu 12.07.2026 Анализ соответствия модели требованиям Реализованные компоненты: Механизм закисления почвы через протонную помпу Конкуренция между типами микориз pH как триггер сукцессии C/ P соотношение. . .	Сукцессия 26. Мат модель создана. anaschu 12.07.2026 Модель смены растительных сукцессий посредством управления грибами работает внутри небольшой ячейки почвы, восстанавливающейся после пожара, где ненадолго бывшее царство хвойных снова захватили. . .	Решил проблему с ошибкой пагинации сообщений с сервера на алгоритме обхода дерева "Эстафета хвоста". Hrethgir 12.07.2026 Проблема была в том, что удалялась именно новая кнопка, а не старая. Ни один ИИ не обнаружил это, а сам я смог только когда с работой стало попроще и когда заставил работать будущее автономное. . .
сукцессия 25. Хронология ошибок anaschu 12.07.2026 # От 50-тонного гриба до устойчивого леса: хроника ошибок при построении модели вековой сукцессии микоризы ## О чём эта статья В процессе построения ОДУ-модели (система дифференциальных. . .	сукцессия 24. Промежуточное общее описание модели anaschu 12.07.2026 Хендофф: модель АМ→ЭКМ сукцессии микоризы (ризосфера, 50 лет) Содержание проекта Симуляция вековой (50 лет) экологической сукцессии в почве леса Основные участники: АМ-гриб, ЭКМ-гриб,. . .	сукцессия 23. Более физиологичная физиология, более экологичная экология, более диффурные диффуры. anaschu 12.07.2026 Что реально нашли и починили за эти 5 часов Правило Линдемана (КПД конверсии сахара в тело, kEff) — раньше 100% полученного углерода шло прямо в биомассу гриба; теперь только kEff=0. 5 (после. . .	сукцессия 22. От артефактов к физиологии: калибровка агентной модели грибной сукцессии для воспроизведения сезонной динамики и pH-плато anaschu 11.07.2026 Аннотация В данной работе представлена калибровка агентной модели динамики грибных сообществ (fungal-succession), направленная на устранение нефизичных артефактов (коллапс биомассы, мгновенное. . .

@VLK 198 / 170 / 19 Регистрация: 05.05.2013 Сообщений: 1,236
	31.07.2013, 23:16 [ТС]
	IGPIGP, Croessmah, Jupiter, блин, все равно не понимаю смысла этого virtual и этой записи ( BaseClass test = new DerivedClass* ), вот без них, просто наследование, я создаю 2 класса Базовый класс (BaseClass) и от него идет Производный класс (DerivedClass), я создаю объект класса DerivedClass, назовем его test и у меня есть доступ ко всем переменным обоих классов и ко всем методам обоих классов, зачем мне это извращение в виде BaseClass test = new DerivedClass*, которое закрывает доступ к методам одного из классов. В чем смысл? Где ошибка? 0

@VLK 198 / 170 / 19 Регистрация: 05.05.2013 Сообщений: 1,236
	01.08.2013, 14:10 [ТС]
	то, что test будет объектом класса DerivedClass я понял, вопрос, т.е. когда не ясно какую функцию-элемент вызывать всегда вызывается функция-элемент базового класса? И смысл тут заключается исключительно в неясности? 0

@VLK 198 / 170 / 19 Регистрация: 05.05.2013 Сообщений: 1,236
	01.08.2013, 15:08 [ТС]
	ох.. я только что то нащупаю, как вы мне даете новую порцию непонятных мне слов и словосочетаний.. "позднего связывания", "статическое связывание" и т.д. Ладно, пойду поем и продолжу изучение (ну как можно учится на голодный желудок..) Ни куда не уходите 0