Насколько больше будет занимать памяти Свойство (get + set)?

Question

[Dyikot]

Реализовал свойство. Одно свойтсво занимает 136 байт (при наведении на него в Visual Studio). Так вот будет ли большая разница если я просто сделаю функцию get + set? А то в VS не считает функциии в памяти.

template<typename T>
class Property
{
private:
	T& _value;
public:
	std::function<void(const T&)> Set = [this](auto& value) { _value = value; };
	std::function<const T& ()> Get = [this]() -> auto { return (const T &)_value; };
public:
	Property(T& value):
		_value(value) {}

	void operator=(const T& value)
	{
		Set(value); 
	}

	const T* const operator->() const
	{
		return &Get();
	}
};

Comments

[res2001]

А то в VS не считает функциии в памяти.

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

Для проверки выше написанного, можешь вывести на экран значение sizeof(Property<>)

Так что не извращайся, а сделай обычные методы.

[Dyikot]

res2001, Почему не сделали(можно ли сделать) чтобы компилятор при каком нибудь ключевой слове бы сам генерировал эти методы?

[res2001]

Dyikot, В таком виде как сейчас эти методы смысла не имеют, т.к. никаких дополнительных проверок не производится. С тем же успехом можно сделать _value публичным.
А более сложную логику компилятор сам сделать не сможет, т.к. не знает, какие условия ты хочешь навесить в этих методах.
Поэтому компилятор ничего такого и не делает.
set - нужен для дополнительных проверок входных параметров.
а get идет парой, т.к. при наличии set связанный член класса предполагается приватным и get не обязателен.

[Dyikot]

res2001, Ну или например с помощью среды разработки. По типу rfor. Чтобы самостоятельно сигнатуры не писать, а лишь в теле нужное добавить.

[res2001]

Dyikot, Если речь только про сигнатуры ... то это дело IDE, думаю, что какие-то умеют.
Какие умеют не знаю.

[Василий Банников]

А почему эти Get/Set сделаны как лямбды, а не как методы?

[Василий Банников]

Dyikot, потому что в комитете, который разрабатывает стандарты C++ посчитали это ненужным. Мб в языке считают нужным делать это более явно (системное программирование как никак), может посчитали, что выгоды особой от этого сообщество не получит. Опять же если хочется какое-то специальное ключевое слово - ну напиши макрос или расширение для компилятора.

Ну или например с помощью среды разработки. По типу rfor

1. Ну это не сниппет всё-таки, тут нужно контекст видеть.
2. В clion есть такое https://www.jetbrains.com/help/clion/generating-co... generate getter / generate setter

[Dyikot]

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

[Dyikot]

Василий Банников, Спасибо за то что написал слово сниппет... Раньше я не знал что это именно так называется. Теперь сделал сниппет для создания сигнатур сеттера и геттера.

[Василий Банников]

Dyikot, для такого случая виртуальные методы кажутся более выгодными

Answer 1

[Wataru]

Ну так тут у вас функции тоже есть. Эти две ваших лябды окажутся какими-то фнукциями, которые компилятор куда-то засунет, и в классе к вас будут 2 переменные, хранящие адресс этих функций.

Если вы сделаете просто методы Get и Set, то будут точно такие же 2 функции в памяти. Важно, что в вашем текущем и в предолженном решении функции не храянятся в эксземплярах объекта. Обычно они в коде программы встречаются ровно по одному разу*.

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

Answer 2

[Дмитрий]

Если готовы использовать нестандартный С++, посмотрите на досуге на __declspec(property).