Когда вы должны использовать класс или структуру в C++?

Различия между class и struct в C++:

• Члены struct и базовые классы / структуры по умолчанию являются public.
• Члены class и базовые классы / стойки по умолчанию - private.

И классы, и структуры могут иметь смесь членов public, protected и private, могут использовать наследование и могут иметь функции-члены.

Я бы порекомендовал вам:

• используйте struct для простых структур данных без каких-либо классовых функций;
• используйте class, когда вы используете такие функции, как члены private или protected, нестандартные конструкторы и операторы и т. д.

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

Тем не менее, я обычно использую структуры в C++, как и в C#, аналогично тому, что сказал Брайан. Структуры - это простые контейнеры данных, в то время как классы используются для объектов, которым необходимо воздействовать на данные в дополнение к тому, чтобы просто удерживать их.

Это почти одно и то же. Благодаря магии C++ структура может содержать функции, использовать наследование, создавать с использованием «нового» и т. д. Точно так же, как класс.

Единственное функциональное отличие состоит в том, что класс начинается с частных прав доступа, а структура начинается с публичных. Это поддержка обратной совместимости с C.

На практике я всегда использовал структуры как держатели данных и классы как объекты.

Одно место, где структура была для меня полезной, - это когда у меня есть система, которая получает сообщения фиксированного формата (скажем, через последовательный порт) от другой системы. Вы можете преобразовать поток байтов в структуру, которая определяет ваши поля, а затем легко получить к ним доступ.

typedef struct
{
    int messageId;
    int messageCounter;
    int messageData;
} tMessageType;

void processMessage(unsigned char *rawMessage)
{
    tMessageType *messageFields = (tMessageType *)rawMessage;
    printf("MessageId is %d\n", messageFields->messageId);
}

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

Чтобы ответить на мой собственный вопрос (бесстыдно), как уже упоминалось, привилегии доступа - единственное различие между ними в C++.

Я обычно использую структуру только для хранения данных. Я позволю ему получить несколько вспомогательных функций, если это упростит работу с данными. Однако как только данные потребуют управления потоком (т.е. геттеры / сеттеры, которые поддерживают или защищают внутреннее состояние) или начнут получать какие-либо основные функции (в основном более объектно-подобные), они будут «обновлены» до класса, чтобы лучше сообщать о намерениях.

Структуры (POD, в более общем смысле) удобны, когда вы предоставляете C-совместимый интерфейс с реализацией C++, поскольку они переносятся через языковые границы и форматы компоновщика.

Если вас это не беспокоит, то я полагаю, что использование «структуры» вместо «класса» является хорошим средством передачи намерений (как @ZeroSignal сказал выше). Структуры также имеют более предсказуемую семантику копирования, поэтому они полезны для данных, которые вы собираетесь записать на внешний носитель или отправить по сети.

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

template <typename T> struct type_traits {
  typedef T type;
  typedef T::iterator_type iterator_type;
  ...
};

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

Я никогда не использую "struct" в C++.

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

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

Например.

class PublicInputData {
    //data members
 };

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

struct Compare { bool operator() { ... } };
std::sort(collection.begin(), collection.end(), Compare()); 

они одно и то же с разными значениями по умолчанию (частные по умолчанию для class и общедоступные по умолчанию для struct), поэтому теоретически они полностью взаимозаменяемы.

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

Структуры по умолчанию имеют общий доступ, а классы по умолчанию имеют частный доступ.

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

Как отмечают все остальные, на самом деле существует только два фактических языковых различия:

• struct по умолчанию имеет открытый доступ, а class - частный доступ.
• При наследовании struct по умолчанию использует наследование public, а class - наследование private. (По иронии судьбы, как и во многих других случаях в C++, по умолчанию используется обратное: наследование public является гораздо более распространенным выбором, но люди редко объявляют struct, просто чтобы сэкономить на вводе ключевого слова «public».

Но реальная разница на практике заключается между class / struct, который объявляет конструктор / деструктор, и тем, который не объявляет. Существуют определенные гарантии для типа POD «простые старые данные», которые больше не применяются, когда вы берете на себя создание класса. Чтобы сохранить это различие, многие люди намеренно используют только struct для типов POD, а если они собираются добавлять какие-либо методы вообще, используют class. В остальном разница между двумя приведенными ниже фрагментами бессмысленна:

class X
{
  public:

  // ...
};

struct X
{
  // ...
};

(Кстати, вот ветка с хорошими объяснениями того, что на самом деле означает «тип POD»: Что такое типы POD в C++?)

Из C++ FAQ Lite:

The members and base classes of a struct are public by default, while in class, they default to private. Note: you should make your base classes explicitly public, private, or protected, rather than relying on the defaults.

struct and class are otherwise functionally equivalent.

OK, enough of that squeaky clean techno talk. Emotionally, most developers make a strong distinction between a class and a struct. A struct simply feels like an open pile of bits with very little in the way of encapsulation or functionality. A class feels like a living and responsible member of society with intelligent services, a strong encapsulation barrier, and a well defined interface. Since that's the connotation most people already have, you should probably use the struct keyword if you have a class that has very few methods and has public data (such things do exist in well designed systems!), but otherwise you should probably use the class keyword.

Я думал, что Structs задумывались как структура данных (например, массив информации с несколькими типами данных), а классы предназначались для упаковки кода (например, коллекции подпрограмм и функций).

:(

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

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

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

Технически оба они одинаковы в C++ - например, структура может иметь перегруженные операторы и т. д.

Тем не мение :

Я использую структуры, когда хочу передавать информацию нескольких типов одновременно Я использую классы, когда имею дело с «функциональным» объектом.

Надеюсь, это поможет.

#include <string>
#include <map>
using namespace std;

struct student
{
    int age;
    string name;
    map<string, int> grades
};

class ClassRoom
{
    typedef map<string, student> student_map;
  public :
    student getStudentByName(string name) const 
    { student_map::const_iterator m_it = students.find(name); return m_it->second; }
  private :
    student_map students;
};

Например, я возвращаю структуру student в методах get ... () здесь - наслаждайтесь.

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

struct myvec {
    int x;
    int y;
    int z;

    int length() {return x+y+z;}
};

When would you choose to use struct and when to use class in C++?

Я использую struct, когда определяю functors и POD. В противном случае я использую class.

// '()' is public by default!
struct mycompare : public std::binary_function<int, int, bool>
{
    bool operator()(int first, int second)
    { return first < second; }
};

class mycompare : public std::binary_function<int, int, bool>
{
public:
    bool operator()(int first, int second)
    { return first < second; }
};

Вы можете использовать «struct» в C++, если вы пишете библиотеку, внутренняя часть которой - C++, но API может вызываться кодом C или C++. Вы просто создаете один заголовок, содержащий структуры и глобальные функции API, которые вы предоставляете как для кода C, так и для кода C++ следующим образом:

// C access Header to a C++ library
#ifdef __cpp
extern "C" {
#endif

// Put your C struct's here
struct foo
{
    ...
};
// NOTE: the typedef is used because C does not automatically generate
// a typedef with the same name as a struct like C++.
typedef struct foo foo;

// Put your C API functions here
void bar(foo *fun);

#ifdef __cpp
}
#endif

Затем вы можете написать функциональную панель () в файле C++, используя код C++, и сделать его вызываемым из C, и два мира могут обмениваться данными через объявленную структуру. Конечно, есть и другие предостережения при смешивании C и C++, но это упрощенный пример.

В существующих ответах много заблуждений.

И class, и struct объявляют класс.

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

Но, помимо синтаксиса, причиной выбора Только одного из них является соглашение / стиль / предпочтение.

Некоторым людям нравится использовать ключевое слово struct для классов без функций-членов, потому что полученное определение «выглядит» как простая структура из C.

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

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

Следующие два класса абсолютно эквивалентны во всех отношениях, кроме названия:

struct Foo
{
   int x;
};

class Bar
{
public:
   int x;
};

Вы даже можете переключать ключевые слова при повторном объявлении:

class Foo;
struct Bar;

(хотя это нарушает сборки Visual Studio из-за несоответствия, поэтому компилятор выдаст предупреждение, когда вы это сделаете.)

и оба следующих выражения имеют значение true:

std::is_class<Foo>::value
std::is_class<Bar>::value

Однако обратите внимание, что вы не можете переключать ключевые слова, когда переопределение; это только потому, что (согласно правилу одного определения) повторяющиеся определения классов в единицах трансляции должны быть "состоят из одинаковой последовательности токенов". Это означает, что вы даже не можете обменять const int member; на int const member;, и это не имеет ничего общего с семантикой class или struct.

Я использую структуры, когда мне нужно создать тип или функтор POD.

Учебный класс.

Члены класса по умолчанию являются закрытыми.

class test_one {
    int main_one();
};

Эквивалентно

class test_one {
  private:
    int main_one();
};

Итак, если вы попробуете

int two = one.main_one();

Мы получим ошибку: main_one is private, потому что он недоступен. Мы можем решить его, инициализировав его, указав его общедоступный, т.е.

class test_one {
  public:
    int main_one();
};

Struct.

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

struct test_one {
    int main_one;
};

Означает, что main_one является частным, т.е.

class test_one {
  public:
    int main_one;
};

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

Преимущество struct перед class состоит в том, что он сохраняет одну строку кода, если придерживается принципа «сначала публичные члены, затем частные». В этом свете я считаю ключевое слово class бесполезным.

Вот еще одна причина использовать только struct, а не class. Некоторые рекомендации по стилю кода для C++ предлагают использовать строчные буквы для макросов функций, обосновывая это тем, что при преобразовании макроса во встроенную функцию менять имя не нужно. То же самое. У вас есть хорошая структура в стиле C, и однажды вы обнаружите, что вам нужно добавить конструктор или какой-нибудь удобный метод. Вы меняете его на class? Повсюду?

Различать structs и classes - это слишком хлопотно, мешать делать то, что мы должны делать - программировать. Как и многие другие проблемы C++, она возникает из-за сильного стремления к обратной совместимости.

Как указывали другие

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

Есть четкая рекомендация о том, когда использовать это от Страуструпа / Саттера:

Use class if the class has an invariant; use struct if the data members can vary independently

Однако имейте в виду, что пересылать объявление sth неразумно. как класс (class X;) и определите его как структуру (struct X { ... }). Он может работать с некоторыми компоновщиками (например, g ++) и может не работать с другими (например, MSVC), так что вы окажетесь в аду разработчиков.

Все члены класса по умолчанию являются закрытыми, а все члены структуры по умолчанию являются общедоступными. Класс имеет частные базы по умолчанию, а Struct имеет общедоступные базы по умолчанию. Struct в случае C не может иметь функции-члены, тогда как, как и в случае C++, мы можем добавлять функции-члены в структуру. Кроме этих различий, я не нахожу в них ничего удивительного.

И struct, и class одинаковы внутри, хотя с разными значениями по умолчанию в отношении видимости, struct по умолчанию является общедоступным, а class по умолчанию - частным. Вы можете заменить один из них другим с соответствующим использованием private и public. Оба они позволяют наследование, методы, конструкторы, деструкторы и все остальные преимущества объектно-ориентированного языка.

Однако одно огромное различие между ними заключается в том, что struct как ключевое слово поддерживается в C, а class - нет. Это означает, что можно использовать struct во включаемом файле, который может быть #include как в C++, так и в C, при условии, что struct представляет собой простой стиль C struct, а все остальное во включаемом файле совместимо с C, т.е. как private, public, без методов, без наследования и т. д. и т. д.

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

struct в стиле C - это своего рода шаблон (не шаблон C++, а скорее шаблон или трафарет), который описывает структуру области памяти. За прошедшие годы были созданы интерфейсы, которые можно использовать с C и с подключаемыми модулями C (здесь мы видим Java, Python и Visual Basic), некоторые из которых работают со стилем C. struct.

Просто чтобы решить эту проблему с точки зрения C++ 20 Standardese (работает с N4860) ...

учебный класс - это тип. Ключевые слова class и struct (и union) - в грамматике C++ - ключ класса, и единственное функциональное значение выбора class или struct:

The class-key determines whether ... access is public or private by default (11.9).

Доступность элемента данных по умолчанию

То, что ключевое слово class приводит к членам по умолчанию private, а ключевое слово struct приводит к членам по умолчанию public, документировано в примерах в 11.9.1:

class X { int a; // X::a is private by default: class used

...против...

struct S { int a; // S::a is public by default: struct used

Доступность базового класса по умолчанию

1.9 также говорит:

In the absence of an access-specifier for a base class, public is assumed when the derived class is defined with the class-keystruct and private is assumed when the class is defined with the class-keyclass.

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

Есть требование:

In a redeclaration, partial specialization, explicit specialization or explicit instantiation of a class template, the class-key shall agree in kind with the original class template declaration (9.2.8.3).

...in any elaborated-type-specifier, the enum keyword shall be used to refer to an enumeration (9.7.1), the unionclass-key shall be used to refer to a union (11.5), and either the class or structclass-key shall be used to refer to a non-union class (11.1).

Предоставляется следующий пример (когда требуется согласованность нет):

struct S { } s; class S* p = &s; // OK

Тем не менее, некоторые компиляторы могут об этом предупреждать.

Интересно, что в то время как типы, которые вы создаете с помощью struct, class и union, называются «классами», у нас есть ...

A standard-layout struct is a standard layout class defined with the class-keystruct or the class-keyclass.

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

Мне любопытно, есть ли подобное использование «структуры» в другой терминологии, но это слишком большая работа, чтобы проводить исчерпывающий поиск в Стандарте. Комментарии по этому поводу приветствуются.