Разнести код на файлы .h + .cpp (наследование)

@FasterHarder · Регистрация: 28.04.2015

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

Привет!

Есть такой код (условный простейший пример, проще не смогу придумать):

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
class A
{
public:
    A(const int pr)
    {}
};
 
class B: public A
{
public:
    B(const double pr) : A(pr)
    {}
};
 
void main(void)
{
    return;
}

моя задача эту прожку разбить на 5 файлов: 2 файла с декларацией классов (.h), 2 файла реализации классов (.cpp) и тестирующий модуль (.cpp).

ок, вот заголовочный файлы:

C++
1
2
3
4
5
6
7
8
#ifndef CLASS_A
#define CLASS_A
class A
{
public:
    A(const int pr);
};
#endif

C++
1
2
3
4
5
6
7
8
9
10
#include "A.h"
 
#ifndef CLASS_B
#define CLASS_B
class B: public A
{
public:
    B(const double pr) : A(pr);
};
#endif

вот файлы реализации:

C++
1
2
3
#include "A.h"
A::A(const int pr)
{}

C++
1
2
3
4
5
#include "B.h"
#include "A.h"
 
    B::B(const double pr) : A(pr)
    {}

и в итоге студия дает целых 14 ошибок!! жесть...
особенно компилеру не нравится эта строка:

C++
1
B::B(const double pr) : A(pr)

какой тут нужен синтаксис???

@TheCalligrapher · 15.01.2021, 03:32

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

и в итоге студия дает целых 14 ошибок!! жесть...

И где же в вашем вопросе процитированы эти ошибки? Покажите пальцем.

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

особенно компилеру не нравится эта строка:

Не надо выдумывать. Вы не в состоянии даже внимательно посмотреть, какая именно строка вызывает ошибку??? Компилятору не нравится вот эта строка

C++
1
    B(const double pr) : A(pr);

Список инициализации конструктора должен располагаться в определении конструктора. Что тут делает это A(pr)?

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

вот заголовочный файлы:

Можно также обратить внимание на некоторые стилистические бессмысленности:

1. Выносить #include за пределы include guards не нужно.
2. Зачем включать A.h в B.cpp, если и так ясно, что он будет включен через B.h?

Новые блоги и статьи Все статьи Все блоги /
Архитектура слоя интернета для сервера-слоя. Hrethgir 11.04.2026 В продолжение https:/ / www. cyberforum. ru/ blogs/ 223907/ 10860. html Знаешь что я подумал? Раз мы все источники пишем в голове ветки, то ничего не мешает добавить в голову такой источник, который сам. . .	Подстановка значения реквизита справочника в табличную часть документа Maks 10.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "ПланированиеПерсонала", разработанного в конфигурации КА2. Задача: при выборе сотрудника (справочник Сотрудники) в ТЧ документа. . .	Очистка реквизитов документа при копировании Maks 09.04.2026 Алгоритм из решения ниже применим как для типовых, так и для нетиповых документов на самых различных конфигурациях. Задача: при копировании документа очищать определенные реквизиты и табличную. . .	модель ЗдравоСохранения 8. Подготовка к разному выполнению заданий anaschu 08.04.2026 https:/ / github. com/ shumilovas/ med2. git main ветка * содержимое блока дэлэй из старой модели теперь внутри зайца новой модели 8ATzM_2aurI
Блокировка документа от изменений, если он открыт у другого пользователя Maks 08.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа, разработанного в конфигурации КА2. Задача: запретить редактирование документа, если он открыт у другого пользователя. / / . . .	Система безопасности+живучести для сервера-слоя интернета (сети). Двойная привязка. Hrethgir 08.04.2026 Далее были размышления о системе безопасности. Сообщения с наклонным текстом - мои. А как нам будет можно проверить, что ссылка наша, а не подделана хулиганами, которая выбросит на другую ветку и. . .	Модель ЗдрввоСохранения 7: больше работников, больше ресурсов. anaschu 08.04.2026 работников и заданий может быть сколько угодно, но настроено всё так, что используется пока что только 20% kYBz3eJf3jQ	Дальние перспективы сервера - слоя сети с космологическим дизайном интефейса карты и логики. Hrethgir 07.04.2026 Дальнейшее ближайшее планирование вывело к размышлениям над дальними перспективами. И вот тут может быть даже будут нужны оценки специалистов, так как в дальних перспективах всё может очень сильно. . .