Странная Ерунда При Наследовании Члена Stаtic

[mail_robot]

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

Создал класс TMain

В нем определил статическое поле (структурное)

public:
static sCurrentValues Actual;

Инициализировал его как положено и он работает (что самое противное)

в наследнике пытаюсь вычислить производное значение в функции (this->Target = (Actual.Current)*(Actual.Voltage)/100000;) А потом вывести его унаследованным методом this->PrintTarget();

void TPowerScreen::Redraw()
{
this->PrintCurrentValues ();
this->PrintOPProtect();
this->Target = (Actual.Current)*(Actual.Voltage)/100000;
this->PrintTarget();
if (this->ForceRedraw) this->ForceRedraw = false;
}

получаю шиш. Вернее не шиш, а ноль. Дебаггер показывает что структура инициализирована нулями.

Но при этом унаследованный и не перегруженный метод this->PrintCurrentValues (); использующий тот же самый статик отлично работает и показывает актуальные значения из этой структуры. Причем те самые Actual.Current и Actual.Voltage

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

Закрадывается подозрение, что при наследовании каким то образом созрел дубликат, иначе откуда берутся нули во всех полях, хотя в родителе дебаггер показывает в них данные, весьма осмысленные. А как только поток управления переключается на родню, все становится печально.

Наследник определен с прямым спецификатором public

class TPowerScreen : public TMainScreen

Пытался разрешить доступ в пространстве имен напрямую добавляя TMain::Actual.Voltage. Тот же Шиш. Все поля возвращаются нулевыми.

понимаю что обьясняю сложно, но уж как смог... Если что любые подробности добью. Компилятор С++11 (Keil).

Мож кто сталкивался или подскажет - от чего так странно ведут себя наследники?

Компилятор ни одной ошибки или предупреждения при сборке не выдает.

Изменено 7 марта, 2015 пользователем mail_robot

[Реклама]

Реклама: ООО ТД Промэлектроника, ИНН: 6659197470, Тел: 8 (800) 1000-321

[mail_robot]

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

[Реклама]

20% скидка на весь каталог электронных компонентов в ТМ Электроникс!

Акция "Лето ближе - цены ниже", успей сделать выгодные покупки!

Плюс весь апрель действует скидка 10% по промокоду APREL24 + 15% кэшбэк и бесплатная доставка!

Перейти на страницу акции

Реклама: ООО ТМ ЭЛЕКТРОНИКС, ИНН: 7806548420, info@tmelectronics.ru, +7(812)4094849

[mail_robot]

Г. Штлдт

Переменные — члены класса можно объявлять как статические (static). Если вы объявляете переменную статической, то может существовать только одна копия этой переменной — независимо от того, сколько объектов данного класса создается. Каждый объект просто использует (совместно с другими) эту одну переменную. Запомните, для обычных переменных-членов при создании каждого объекта создается их новая копия, и доступ к каждой копии возможен только через этот объект. (Таким образом, для обычных переменных каждый объект обладает собственными ко-

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

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

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

Но вот чего я не могу понять - почему прямое обращение со спецификатором области действия типа TMain::Actual.Voltage также возвращает ноль?

ерунда какая то

Изменено 8 марта, 2015 пользователем mail_robot

[Реклама]

Выбираем схему BMS для заряда литий-железофосфатных (LiFePO4) аккумуляторов

Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ очень важен контроль процесса заряда и разряда для избегания воздействия внешнего зарядного напряжения после достижения 100% заряда. Инженеры КОМПЭЛ подготовили список таких решений от разных производителей. Подробнее>>

Реклама: АО КОМПЭЛ, ИНН: 7713005406, ОГРН: 1027700032161

[Liv]

"При объявлении статического члена данных класса этот член не определяется. Вместо этого необходимо обеспечить для них глобальное определение вне класса. Это делается путем нового объявления статической переменной, причем используется оператор области видимости для того, чтобы идентифицировать тот класс, к которому принадлежит переменная. Это необходимо для того, чтобы под статическую переменную была выделена память."

http://www.c-cpp.ru/books/staticheskie-chleny-klassa

[mail_robot]

да это я сразу сделал. Я такими штучками раньше пользовался, но без наследования. И все работало отлично. А тут какая то засада...

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

[mail_robot]

простите ребята, затупил

нашел баг

результат этого выражения при определенных условиях всегда равен нулю

this->Target = (Actual.Current)*(Actual.Voltage)/100000;

а дебагер мне просто показал строку инициализации статической структуры. Чем и ввел в заблуждение

голова устала просто уже, туго сварила. Но сварила. Работает код