C ++: Поскольку структура - это класс со всем «общедоступным», создаются и вызываются -секторы по умолчанию?
Причина, по которой я прошу, - понять накладные расходы, если таковые имеются, которые C ++ может иметь по сравнению с C, когда используются структуры. Я слышал мнение, что у классов есть некоторые накладные расходы, которых нет у структур в C ++, но я сомневаюсь в этом.
В C ++ нет никакой разницы, за исключением того, что по умолчанию видимость членов структуры является общедоступной, а члены класса по умолчанию - частными.
С точки зрения производительности построение структуры будет таким же быстрым, как создание класса. Фактическая скорость, конечно, будет зависеть от того, что содержит ваша структура. Если вы перемещаете структуру C на C ++, ваша структура будет содержать только типы POD (простые старые данные - без классов), у которых в любом случае нет конструкторов.
у структур действительно есть конструктор по умолчанию, при тех же обстоятельствах, что и у классов.
Между прочим, структура - это не «класс, в котором все открыто». Это класс с public в качестве спецификатора доступа по умолчанию. Структуры могут иметь закрытые члены, но ваш рецензент кода может ударить вас, если они это сделают.
Релевантная проблема заключается не в структуре и классе, а в сравнении POD и не-POD.
Помните, как член класса "int" не инициализируется, если вы не укажете ему значение в списке инициализаторов или не установите значение в конструкторе? То же самое относится ко всем типам POD. Конструктор по умолчанию для структуры POD (или класса POD, если на то пошло) не имеет никакого отношения. Итак, хотя он номинально существует, компилятор не должен его генерировать и вызывать.
Это означает, что конструктор по умолчанию для любого типа, который вы могли бы определить в C, не должен вызывать дополнительных затрат времени выполнения при использовании в C ++. На практике до меня доходят слухи, что не все компиляторы C ++ применяют достаточную оптимизацию, чтобы гарантировать, что весь код всегда генерирует двоичный файл так же хорошо, как если бы он был скомпилирован как C. Но я не знаю, является ли это когда-либо одной из проблем, вызывающих проблемы - я предполагаю, что обычно они идентичны.
Итак, учитывая структуру POD:
struct sPOD {
int foo;
float bar;
char baz[23];
};
Следующее, вероятно, не будет генерировать код на C ++ (кроме, возможно, перемещения указателя стека, в зависимости от того, насколько компилятор объединяет автоматические переменные вместе), как и в C:
sPOD s1;
На самом деле это не для меня в gcc.
Хороший вопрос! Мое чтение Страуструпа согласуется с ответом Родди. Однако я думаю, что вызывается ctor или нет, в определенной степени зависит от того, как создается структура. Например, если вы создаете структуры с помощью malloc, я не верю, что вызывается конструктор, тогда как если вы создаете их, я думаю, что это так.
Тем не менее, я на самом деле не проверял вышеизложенное.
В книге Страуструпа The C ++ Programming Language, Special Edition на странице 234, раздел 10.2.8, он приводит пример структуры с конструктором. Он также говорит немного дальше по тексту: «Конструкторы и функции доступа могут быть весьма полезны даже для таких структур ...» хотя я не верю, что он использует слово «структуры» в строгом техническом смысле. Итак, я бы предположил, что у структуры есть конструктор по умолчанию.
