Количество объектов класса

@Dark Byte · Регистрация: 23.10.2014

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

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

C++
1
2
3
4
5
6
7
8
class A
{
    static size_t m_count = 0;
public:
    A() { m_count++; }
    ~A() { m_count--; }
    const size_t& count = m_count;
};

казалось бы все правильно, но ! "error C2864: "A::m_count": статический элемент данных с инициализатором внутри класса должен иметь неизменяемый целочисленный тип const", а ведь инициализировать нулем ее так или иначе надо, чтобы было откуда инкрементировать... вот и задачка на засыпку

@Dark Byte · 01.02.2015, 12:42 **[ТС]**

hoggy, проверил, не работает !!! ошибки правда пропали (хотя кстати зачем это вы наследуете numcopies публично в A? оно ж структура !), но количество экземпляров класса A теперь равно количеству созданных экземпляров классов A и B, а не только A, а вот у класса B numcopies работает теперь правильно !

Добавлено через 16 минут
з.ы. и кстати мне тут пришла в голову одна мысля по поводу наездов на мои изобретенные геттеры, а вот вы функции добавляете, они же тоже память какую то едят вроде? ну т.е. существуют же в памяти указатели на функции, таким образом мои ссылки жрут не больше памяти чем ваши функции !

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

Сообщение от Dark Byte

з.ы. и кстати мне тут пришла в голову одна мысля по поводу наездов на мои изобретенные геттеры, а вот вы функции добавляете, они же тоже память какую то едят вроде? ну т.е. существуют же в памяти указатели на функции, таким образом мои ссылки жрут не больше памяти чем ваши функции !

да ! проверил

C++
1
size_t size = sizeof(main(0, nullptr, nullptr));

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

@hoggy · 01.02.2015, 13:07

Сообщение от Dark Byte

хотя кстати зачем это вы наследуете numcopies публично в A? оно ж структура !

Это ваш код изначально. Мне было лень его править, потому что разницы все равно нет.

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

Сообщение от Dark Byte

но количество экземпляров класса A теперь равно количеству созданных экземпляров классов A и B

Разумеется.

Суть публичного наследования: отношение "является". B - есть А.

Есть класс птиц. Мы создали 10 штук птиц.

Пингвин унаследовался от птиц.
Пингвин - тоже птица. Мы создали ещё 5 пингвинов.

Сколько всего птиц мы сделали? 15 штук.
А сколько пингвинов? 5 штук.

Если такая логика не устраивает - нужно модифицировать механизм.

Однако, на самом деле в этом не много смысла, потому что не много смысла в самом счетчике.

Такие вещи обычно используются в "специфических" задачах.

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

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

Сообщение от Dark Byte

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

Рассмотрим класс:

C++
1
2
3
4
5
6
7
struct Worker
{
    std::string name;
    size_t       age
   
    void work();
};

Класс содержит парочку полей и одну функцию-член.

Поля уникальны для объекта.
Различные экземпляры класса Worker могут иметь собственные значения характеристик, таких как "имя" или "возраст".

Очевидно, что единственный способ с помощью которого можно такого добиться,
это хранить в памяти объекта эти характеристики.

Теперь функция член. Она одинаковая для любых экземпляров.

Вопрос: сколько экземпляров функций будет создано, при том, что для всех экземпляров она абсолютно одинаковая?

Она будет создана в одном единственном экземпляре.
И будет жить в секции "исполняемого кода".

Более того, что из себя на самом деле представляет функция-член?

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

Таким образом, когда вы пишите в исходном коде:

C++
1
obj.foo(param); //<--- запуск метода класса

на самом деле эта запись - лиш синтаксический сахар. Компилятор сам невидимо от программиста выполнит преобразование:

C++
1
2
foo(&obj, param); //<--- запуск свободной функции, 
    //которая первым аргументом получает объект на который воздействует

-----------------------------------------------------------------------------------------------------------
Что бы вам проще было это понять, давайте просто проиллюстрируем это на практике.

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

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

Однако, он не не безопасен.
И вы не должны применять это на практике без необходимости.

"Спички детям не игрушка".

-------------------------------------------------------------------
http://rextester.com/DJSUPO92322

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
#include <iostream>
using namespace std;
 
struct Example
{
    // мы можем запустить этот метод не как метод, а как обычную свободную функцию
    void foo(int) { cout<<"Example::foo(int);\n"; }
};
 
int main()
{
    std::cout << "Hello, world!\n";
    
    typedef 
        void(*Free)(Example*, int);
    typedef 
        void(Example::*Method)(int);
    
    //для того, что бы запустить метод, как свободную функцию
    //нужно выполнить преобразования метода в свободную функцию
    
    Method m= &Example::foo;
    
    //для этого возьмем адрес функции-члена таким образом,
    //что бы компилятор забыл изначальный тип функции-члена
    //это позволит обойти защиту компилятора при некорректном 
    //с точки зрения компилятора преобразовании типов функции-члена к функции
    void* proxy = (void*)&m;
 
 
    //теперь извлекаем объект обратно, преобразовывая его тип к типу функции
    Free f = *((Free*)proxy);
    
    Example ex;
    
    
    //теперь, если наша теория верна, мы можем запустить функцию, 
    //передав первым аргументом тот самый "не видимый" параметр this
    //а следом все прочие аргуметы
    f(&ex,10);  
}

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

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

Сообщение от Dark Byte

ну т.е. существуют же в памяти указатели на функции

Для полиморфных классов компилятор создает "невидимый" указатель на таблицу виртуальных функций.
Организовать полиморфизм по другому - просто не возможно.

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

http://devdoc.web-ide.ru/index... l_base.htm

Новые блоги и статьи Все статьи Все блоги /
Алиса нашла кучу ошибок компиляции и запуска в проекте, который без проблем компилировался и запускался))) anaschu 30.06.2026 Я пока посмеюся, но завтра проверю. А вообще интерсно. Дал алисе файл, в котором точно нет ошибок компиляции и запуска, и попросил их найти. Нашла кучу))) Критические ошибки, мешающие компиляции и. . .	сукцессия 16. Общий обзор, в основном что бы другие ии поняли anaschu 29.06.2026 # Передаточный документ: модель микоризной сукцессии (для нового чата) Этот документ предназначен для того, чтобы новый чат Claude мог продолжить работу без необходимости заново разбираться в. . .	сукцессия 15 неявная схема anaschu 29.06.2026 Алиса Калибровка параметров симбиотической модели: технический обзор Содержание: Введение Постановка проблемы Технические аспекты реализации Процесс внедрения изменений	сукцессия 14. Обновленная схема модели anaschu 28.06.2026 ГЛОБАЛЬНАЯ ОПИСАТЕЛЬНАЯ СПЕЦИФИКАЦИЯ ЭКОСИСТЕМНОЙ МОДЕЛИ «SOIL CHEMISTRY & MYCORRHIZA 2. 0» https:/ / ibb. co/ NnkGpfMd Представленная интегрированная схема описывает непрерывную нелинейную. . .
сукцессия 13. Питон модель трехзонного мицелия, пока что в основном арбускулярного anaschu 28.06.2026 ## Разработка агентной модели микоризной сукцессии: от выявления артефактов к созданию комплексной системы ### Аннотация Представлено исследование по разработке агентной модели микоризной. . .	сукцессия 12. краткий список проверок модели перед запуском. anaschu 27.06.2026 Скрытые отказы в моделях систем динамики (SD-models) экологических систем: два случая из практики Контекст Разбирался прототип модели систем динамики (SD-модели) микоризной сукцессии: пять. . .	Сукцессия 11. Проверка орудий перед войной: разработка через тестирование anaschu 27.06.2026 Как не дать модели соврать самой себе: проверки для симуляции микоризной сукцессии Введение Когда вы строите математическую модель живой системы — грибов, растений, почвы — главная опасность. . .	10 сукцессия. Питон код войны грибов и растений anaschu 27.06.2026 import numpy as np class PlantAgent: def __init__(self, name, strategy, initial_biomass): self. name = name self. strategy = strategy # "greedy" (широколиственные) или. . .