Одинаковый размер класса при разных размерах членов класса?

Question

[DeScWD]

Есть код:

#include <iostream>

using namespace std;

class testing
{
private:
	int* test;
public:
	testing(int x)
	{
		test = new int[x];
	}
	int getSize()
	{
		return sizeof(this);
	}
};

int main()
{
	testing first(12);
	testing second(15);
	cout << first.getSize() << ' ' << second.getSize();
	system("PAUSE >> VOID");
	return 1;
}

Вывод:
4 4

Почему так происходит, ведь размеры массива test разные? Можно ли перегрузить функцию sizeof()?

Answer 1

[Александр Таратин]

sizeof() вернет размер указателя на объект класса.

Comments

[Александр Таратин]

И немного поворчу - не забывайте писать деструкторы int* test сам не освободится.

[DeScWD]

т.е sizeof() будет все время возвращать только 4, даже если я добавлю туда еще 100500 переменных? O_o. Спасибо за замечание насчет деструкторов

[Rsa97]

Нет, если скомпилируете для 64-битной архитектуры, то вернёт 8. И даже если Вы получите размер экземпляра testing, то он всё равно будет фиксированным - память под массив test выделяется динамически, сам testing резервирует место только под указатель на массив.

[Армянское Радио]

DeScWD: sizeof() возвращает размер в байтах непсредственно той сущности, что стоит у него в скобках.

На всякий случай, добавляйте к деструкторам virtual. Всегда. Если деструктор не виртуальный, у класса должен стоять атрибут ненаследуемости - final

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

[Xano]

В дополнение к Армянскому Радио - если размер массива заранее известен( а это можно предположить по коду) , то тогда лучше размер передавать в шаблоне и в качестве хранилища использовать std::array< int, N >, либо, если не использовать с++11 - int[N];
Ну и уж заодно - вместо int лучше использовать int32_t ( ну, либо int64_t, в зависимости от потребностей ), чтобы потом не возникало проблем с переходом между х86 и х64 системами.

[jcmvbkbc]

> вместо int лучше использовать int32_t (ну, либо int64_t,
Xano: как универсальный этот совет плох. Лучше использовать то, что подходит по логике приложения.

[Xano]

jcmvbkbc: В упор не вижу личных сообщений - наверно, плохо ищу (можно, кстати, ткнуть носом в личные сообщения, буду благодарен), но таки спросить хочется - в каких случаях int будет лучше, чем тот-же int32_t ( или любой другой int с фиксированным размером)?

[jcmvbkbc]

Xano: в тех случаях, когда sizeof(int) отличается от sizeof(int{32,64}_t): компилятору придётся либо добавлять расширение знаком в арифметику, либо оперировать с лишними регистрами. Типы с фиксированным размером хороши для сериализации и в ABI, в остальных местах, если хочется гарантировать диапазон допустимых значений переменных, лучше использовать int_fast*_t.

[Don Kaban]

Не надо "на всякий случай" добавлять virtual к любому деструктору. Так же, как не надо использовать всегда shared_ptr вместо сырого указателя. Вааще не надо ничего делать "на всякий случай", это грустно.

Answer 2

[jcmvbkbc]

Почему так происходит, ведь размеры массива test разные?

Массив не является частью объекта класса testing. И к тому же this -- это указатель на объект, sizeof(this) -- это размер указателя, а не объекта.

Можно ли перегрузить функцию sizeof()?

Это не функция а оператор языка. Перегрузить его нельзя.

Answer 3

[AxisPod]

Код чума. Надо всё же наверное читать литературу по работе с памятью для начала.