Quand faut-il utiliser une classe vs une structure en C ++?


951

Dans quels scénarios vaut-il mieux utiliser un structvs un classen C ++?


48
Cela ne s'applique pas seulement au C ++, mais à tout langage qui fournit à la fois des structures et des classes.
Jason Bunting,

3
Je ne suis toujours pas d'accord - j'aborde cette question sémantiquement. Il y a peut-être des différences techniques, mais sémantiquement, elles ne le sont pas. Les structures sont vraiment utiles pour créer des types de valeur, les classes ne le sont pas.
Jason Bunting,

4
Je crois qu'il n'y a aucune raison sérieuse d'utiliser des structures en C ++. Pour moi, les structures sont une autre "fonctionnalité" redondante de C ++ qui n'existe que pour la compatibilité avec C, comme les typedefs. Ceux-ci n'existeraient pas si C ++ n'était pas initialement traité comme une extension de C, et était conçu à partir de zéro, comme Java. En général, je trouve que beaucoup des choses les plus étranges sur C ++ ont à voir avec la compatibilité C.
Kostas

5
Struct - Pour POD (données anciennes simples) et l'accessibilité de tous les membres est publique. Classe - Lorsque vous avez besoin d'une meilleure encapsulation et que vous avez besoin de fonctions membres pour travailler avec l'état de la classe.
Navaneeth KN

4
Cela n'est vrai que par convention. Il n'y a aucune différence, à part l'encapsulation par défaut.
Dave Hillier

Réponses:


806

Les différences entre a classet a structen C ++ sont que les structures ont des publicmembres et des bases par défaut et que les classes ont des privatemembres et des bases par défaut . Les deux classes et structs peuvent avoir un mélange de public, protectedet les privatemembres peuvent utiliser l' héritage et peuvent avoir des fonctions membres.

Je recommanderais d'utiliser des structures en tant que structures de données anciennes sans aucune fonctionnalité de classe, et d'utiliser des classes en tant que structures de données agrégées avec des privatedonnées et des fonctions membres.


100
Une structure sans modificateurs ou méthodes est appelée une structure POD, qui existe en tant qu'interface rétrocompatible avec les bibliothèques C car il est (supposément) garanti d'être présenté comme s'il s'agissait d'une structure C. Hormis cette exception, la seule différence est celle indiquée.
workmad3

26
@ workmad3: Le nom est trompeur, mais 9/4 (C ++ 03) dit: "Une structure POD est une classe agrégée qui n'a pas de membres de données non statiques de type non-POD-struct, non-POD-union (ou tableau de ces types) ou référence, et n'a pas d'opérateur d'affectation de copie défini par l'utilisateur et aucun destructeur défini par l'utilisateur. " Il n'y a aucune restriction sur l'utilisation de la clé de classe "struct" et aucune restriction sur l'utilisation de "public" (voir 8.5.1 / 1 pour les exigences agrégées). Ce n'est pas une différence entre "struct" et "class".

5
Votre utilisation du terme "agrégat" pourrait être mal comprise, compte tenu de la définition de la norme. :)

3
Selon le livre "Principes et pratiques" de Stroustrup: "les structures doivent être utilisées principalement là où les membres peuvent prendre n'importe quelle valeur" (c'est-à-dire où aucun invariant de classe significatif ne peut être défini)
antibus

6
Bien sûr, vous pouvez utiliser des classes lors de l'interface avec C. Il n'y a pas de différence entre les classes et les structures. Les structures sont des classes; seul l'accès par défaut est basculé du privé au public.
Sebastian Mach

230

Comme tout le monde le note, il n'y a vraiment que deux différences linguistiques réelles:

  • structpar défaut à l'accès public et par classdéfaut à l'accès privé.
  • Lors de l'héritage, par structdéfaut à l' publichéritage et par classdéfaut à l' privatehéritage. (Ironiquement, comme avec tant de choses en C ++, la valeur par défaut est à l'envers: l' publichéritage est de loin le choix le plus courant, mais les gens déclarent rarement structs juste pour économiser en tapant le publicmot-clé " ".

Mais la vraie différence dans la pratique est entre un class/ structqui déclare un constructeur / destructeur et un qui ne le fait pas. Il existe certaines garanties pour un type de POD "plain-old-data", qui ne s'appliquent plus une fois que vous avez repris la construction de la classe. Pour garder cette distinction claire, de nombreuses personnes utilisent délibérément uniquement structs pour les types POD et, si elles veulent ajouter des méthodes, utilisez classes. La différence entre les deux fragments ci-dessous est par ailleurs dénuée de sens:

class X
{
  public:

  // ...
};

struct X
{
  // ...
};

(Par ailleurs, voici un fil avec de bonnes explications sur ce que signifie réellement "type POD": Que sont les types POD en C ++? )


Bel exemple concernant les différences d'héritage: ici .
Liran Orevi

8
Que vous utilisiez structou classn'ait aucune incidence sur le fait que votre objet soit POD ou si vous devez définir un constructeur / destructeur de copie. Les fonctions membres n'ont également aucune incidence sur quelque chose qui est POD. En relisant ce que vous avez écrit, je vois que vous ne suggérez pas le contraire, mais la formulation actuelle prête à confusion
David Stone

1
@DavidStone Fondamentalement, les structures POD sont censées être rétrocompatibles avec le code C, et sont donc censées être simplement conçues comme des structures de style C.
Justin Time - Rétablir Monica le

3
La partie «vraie différence» de cette réponse est totalement fausse.
juanchopanza

178

Il y a beaucoup d'idées fausses dans les réponses existantes.

Les deux classet structdéclarez une classe.

Oui, vous devrez peut-être réorganiser vos mots clés de modification d'accès dans la définition de classe, selon le mot clé que vous avez utilisé pour déclarer la classe.

Mais, au-delà de la syntaxe, la seule raison de choisir l'un plutôt que l'autre est la convention / le style / la préférence.

Certaines personnes aiment s'en tenir au structmot - clé pour les classes sans fonctions membres, car la définition résultante "ressemble" à une structure simple de C.

De même, certaines personnes aiment utiliser le classmot - clé pour les classes avec des fonctions membres et des privatedonnées, car il dit "classe" dessus et ressemble donc à des exemples de leur livre préféré sur la programmation orientée objet.

La réalité est que cela dépend entièrement de vous et de votre équipe, et cela ne fera littéralement aucune différence pour votre programme.

Les deux classes suivantes sont absolument équivalentes à tous égards, sauf leur nom:

struct Foo
{
   int x;
};

class Bar
{
public:
   int x;
};

Vous pouvez même changer de mot clé lors de la redéclaration:

class Foo;
struct Bar;

(bien que cela casse les versions de Visual Studio en raison de la non-conformité, de sorte que le compilateur émettra un avertissement lorsque vous effectuez cette opération.)

et les expressions suivantes ont toutes les deux la valeur true:

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

Notez cependant que vous ne pouvez pas changer de mot clé lors de la redéfinition ; c'est uniquement parce que (selon la règle d'une définition) les définitions de classe en double dans les unités de traduction doivent "se composer de la même séquence de jetons" . Cela signifie que vous ne pouvez même pas échanger const int member;avec int const member;, et n'a rien à voir avec la sémantique de classou struct.


16
C'était très instructif et honnêtement ma réponse préférée. Tout le monde les traite comme des entités distinctes, quand sous le capot, ce sont les mêmes. Je me demande si une définition de structure dans l'environnement Arduino est considérée comme une classe cpp, car elle est compilée à l'aide de g ++.
Benjamin

4
@Ben Bien sûr que ça l'est. Le compilateur Arduino compile C ++; c'est la fin.
underscore_d

7
Donc, si je comprends bien: tant que vos modificateurs de visibilité sont explicites, non omis, cela n'a pas d'importance. Vous pouvez écrire une énorme application C ++ en utilisant uniquement des structures; ou vous pouvez passer à travers et changer chaque cas de struct en classe. Tant que vous n'utilisez pas la visibilité par défaut, les applications seront exactement les mêmes.
Ryan Lundy

Je ne suis pas convaincu qu'une unité de traduction d'un programme C ++ puisse avoir la déclaration complète class foo { public: ... };et qu'une autre puisse avoir struct foo { ... };qui devrait rester vraie selon la revendication "absolument équivalente". Il en résulte que les déclarations incomplètes struct foo;et class foo;sont interchangeables. Ceux-ci ne spécifient pas le corps de la classe et ne parlent donc pas de la disposition d'accès.
Kaz

@Kaz: Vous avez raison - si les définitions étaient littéralement du même type, elles doivent être lexicalement identiques pour que le comportement soit bien défini. La struct-clé et la classe-clé sont par ailleurs logiquement échangeables bien (où la sémantique ne sont pas affectés), et Fooet Barsont encore équivalents / types identiques. Je me suis assuré de dire "lors de la redéclaration " et de donner un exemple. À bien y penser, je vais clarifier cela dans la réponse pour m'assurer que je n'induis pas les gens en erreur dans UB
Lightness Races in Orbit

54

La seule fois où j'utilise une structure au lieu d'une classe, c'est quand je déclare un foncteur juste avant de l'utiliser dans un appel de fonction et que je veux minimiser la syntaxe pour des raisons de clarté. par exemple:

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

35
Maintenant que c'est plusieurs années plus tard et que C ++ 11 est pris en charge par tous les principaux compilateurs, Lambdas rend cela encore plus concis .

36

De la FAQ C ++ Lite :

Les membres et les classes de base d'une structure sont publics par défaut, tandis qu'en classe, ils sont par défaut privés. Remarque: vous devez rendre vos classes de base explicitement publiques, privées ou protégées, plutôt que de vous fier aux valeurs par défaut.

struct et class sont par ailleurs fonctionnellement équivalents.

OK, assez de cette conversation techno propre et grinçante. Sur le plan émotionnel, la plupart des développeurs font une forte distinction entre une classe et une structure. Une structure ressemble simplement à une pile ouverte de bits avec très peu d'encapsulation ou de fonctionnalité. Une classe se sent comme un membre vivant et responsable de la société avec des services intelligents, une forte barrière d'encapsulation et une interface bien définie. Puisque c'est la connotation que la plupart des gens ont déjà, vous devriez probablement utiliser le mot-clé struct si vous avez une classe qui a très peu de méthodes et a des données publiques (de telles choses existent dans des systèmes bien conçus!), Mais sinon vous devriez probablement utiliser la classe mot-clé.


1
Je ne comprends pas pourquoi ils affirment que struct et classe sont fonctionnellement les mêmes, mais disant de préférer l'un sur l'autre dans certains cas sans aucun raisonnement.
deetz

3
La raison en est la convention. Le compilateur ne se soucie pas de celui que vous utilisez, mais un autre développeur qui regarde votre code aura plus de facilité à comprendre ce que vous vouliez dire.
Tal Pressman

3
@deetz: Le troisième paragraphe entier est un raisonnement.
Courses de légèreté en orbite le

Wow, venant de la «vieille école», je ne savais pas qu'une structure pouvait avoir des méthodes et même un héritage. J'ai toujours utilisé struct pour utiliser uniquement des données sans méthodes et c'est généralement lorsque vous traitez avec du code API qui a besoin de la structure. Les structures peuvent-elles également prendre en charge l'héritage multiple?
Paul McCarthy

21

Un endroit où une structure m'a été utile est lorsque j'ai un système qui reçoit des messages de format fixe (par exemple, un port série) d'un autre système. Vous pouvez convertir le flux d'octets en une structure qui définit vos champs, puis accéder facilement aux champs.

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);
}

Évidemment, c'est la même chose que vous feriez en C, mais je trouve que la surcharge d'avoir à décoder le message en classe ne vaut généralement pas la peine.


La même chose peut être obtenue en C.
Eugene Bujak

11
Ou vous pouvez simplement implémenter operator >>sur une classe au lieu d'écrire la processMessagefonction, ce qui rendrait votre C ++ plus comme C ++ approprié et moins comme C.
Nick Bastin

1
Outre le fait qu'il n'est pas portable entre différents systèmes, cela viole les règles d'alias, il n'est donc pas garanti de fonctionner même au sein d'une même architecture.
underscore_d

@underscore_d Cela peut fonctionner indépendamment de la plate-forme (mais pas du compilateur), mais vous devez utiliser des champs de bits fixes, une __packed__structure et avoir une implémentation ifdef sensible à l'endian (vous devez inverser l'ordre sur une machine où l'endianess est opposée à celle de la source de données externe fournit). Ce n'est pas joli, mais j'ai utilisé pour emballer / déballer les registres pour les périphériques distants sur les plates-formes embarquées de manière portable.
crasic

1
@jacwah Huh, bon point. L'aliasing ne sera pas un problème ici car l'un des pointeurs est un chartype, qui sont exemptés d'aliasing. Cependant, il y a toujours un problème, bien que différent: la char*conversion de a en un type différent, s'il n'y avait pas vraiment d'objet de ce dernier type déjà initialisé à cette adresse, est UB car elle viole les règles de durée de vie. Afaik, même si le type de destination est trivialement constructible, le simple fait d'allouer de la mémoire n'est pas suffisant pour que C ++ permette formellement de traiter cette mémoire comme ce type.
underscore_d

19

Vous pouvez utiliser "struct" en C ++ si vous écrivez une bibliothèque dont les composants internes sont C ++ mais l'API peut être appelée par du code C ou C ++. Vous créez simplement un en-tête unique qui contient des structures et des fonctions d'API globales que vous exposez au code C et C ++ comme ceci:

// 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

Ensuite, vous pouvez écrire une barre de fonctions () dans un fichier C ++ en utilisant du code C ++ et la rendre appelable à partir de C et les deux mondes peuvent partager des données via les structures déclarées. Il y a bien sûr d'autres mises en garde lors du mélange de C et C ++ mais ceci est un exemple simplifié.


2
Meilleure réponse appropriée. La compatibilité C est vraiment la raison la plus importante. toutes les autres choses comme l'accès par défaut sont ésotériques.
Valentin Heinitz

16

Comme tout le monde le dit, la seule vraie différence est l'accès par défaut. Mais j'utilise particulièrement struct quand je ne veux aucune sorte d'encapsulation avec une simple classe de données, même si j'implémente des méthodes d'assistance. Par exemple, quand j'ai besoin de quelque chose comme ça:

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

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

1
+1 pour donner un exemple de structure avec certaines fonctions membres qui ne donnent pas l'impression d'avoir "supprimé la structure".
einpoklum

9

Pour répondre à ma propre question (sans vergogne), Comme déjà mentionné, les privilèges d'accès sont la seule différence entre eux en C ++.

J'ai tendance à utiliser une structure pour le stockage de données uniquement. Je lui permettrai d'obtenir quelques fonctions d'assistance si cela facilite le travail avec les données. Cependant, dès que les données nécessitent un contrôle de flux (c'est-à-dire des getters / setters qui maintiennent ou protègent un état interne) ou commencent à acquérir une fonctionnalité majeure (essentiellement plus semblable à un objet), elles seront `` mises à niveau '' vers une classe pour mieux communiquer l'intention.


9

Les structures ( POD , plus généralement) sont pratiques lorsque vous fournissez une interface compatible C avec une implémentation C ++, car elles sont portables à travers les frontières de langage et les formats de l'éditeur de liens.

Si cela ne vous préoccupe pas, je suppose que l'utilisation de la "structure" au lieu de "classe" est un bon communicateur d'intention (comme l'a dit @ZeroSignal ci-dessus). Les structures ont également une sémantique de copie plus prévisible, elles sont donc utiles pour les données que vous avez l'intention d'écrire sur un support externe ou d'envoyer sur le câble.

Les structures sont également pratiques pour diverses tâches de métaprogrammation, comme les modèles de traits qui exposent juste un tas de typedefs dépendants:

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

... Mais c'est vraiment juste profiter du niveau de protection par défaut de struct qui est public ...


1
Ce n'est pas l'usage correct de POD. Une structure (ou classe) peut être une structure POD si (et seulement si) elle contient UNIQUEMENT des membres POD.
Martin York

4
"sémantique de copie prévisible": les symantiques sont les mêmes que pour la classe (et ont les mêmes problèmes (copie superficielle)).
Martin York

2
Ce post vous ferait croire (espérons-le par accident) que toutes les structures sont des POD. Ce n'est pas du tout vrai. J'espère que les gens ne sont pas trompés par cela.
Michael Dorst

8

Pour C ++, il n'y a vraiment pas beaucoup de différence entre les structures et les classes. La principale différence fonctionnelle est que les membres d'une structure sont publics par défaut, alors qu'ils sont privés par défaut dans les classes. Sinon, en ce qui concerne la langue, ils sont équivalents.

Cela dit, j'ai tendance à utiliser des structures en C ++ comme je le fais en C #, similaire à ce que Brian a dit. Les structures sont de simples conteneurs de données, tandis que les classes sont utilisées pour les objets qui doivent agir sur les données en plus de les conserver.


4

Ils sont à peu près la même chose. Grâce à la magie du C ++, un struct peut contenir des fonctions, utiliser l'héritage, créé en utilisant "new" et ainsi de suite comme une classe

La seule différence fonctionnelle est qu'une classe commence par des droits d'accès privés, tandis qu'une structure commence par publique. Il s'agit de maintenir la compatibilité descendante avec C.

Dans la pratique, j'ai toujours utilisé des structures comme supports de données et des classes comme objets.


4

Comme d'autres l'ont souligné

  • les deux sont équivalents en dehors de la visibilité par défaut
  • il peut y avoir des raisons d'être forcé d'utiliser l'un ou l'autre pour une raison quelconque

Stroustrup / Sutter recommande clairement l'utilisation:

Utilisez class si la classe a un invariant; utilisez struct si les membres des données peuvent varier indépendamment

Cependant, gardez à l'esprit qu'il n'est pas judicieux de transmettre sth. comme classe ( class X;) et définissez-la comme struct ( struct X { ... }). Il peut fonctionner sur certains éditeurs de liens (par exemple, g ++) et peut échouer sur d'autres (par exemple, MSVC), vous vous retrouverez donc dans l'enfer des développeurs.


Pouvez-vous décrire ces problèmes de l'éditeur de liens?
Courses de légèreté en orbite le

@LightnessRacesinOrbit Je ne peux malheureusement pas. Je ne suis même pas en mesure de créer un exemple. Le trivial class Foo; struct Foo { void bar() {} }; int main() { Foo().bar(); }non seulement compile et s'exécute avec MSVC 2017, il produit même un avertissement clair qui a Fooété déclaré structmais défini comme class. Mais je me souviens aussi clairement qu'il a fallu une demi-journée à notre équipe pour trouver ce stupide bug. Je ne sais pas quelle version de MSVC nous avons utilisée à l'époque.
pasbi

L'éditeur de liens ne devrait même pas savoir si vous avez utilisé classou structsur une déclaration directe, et les deux sont librement interchangeables selon la norme (bien que l'on sache que VS avertit; j'ai toujours supposé que c'était juste pour éviter les erreurs de programmation apparentes). Quelque chose ne sent pas ici. Êtes-vous sûr que ce n'était pas un bogue de violation ODR?
Courses de légèreté en orbite le


Je ne me souviens pas exactement. Le problème ne s'est pas produit directement dans une application, mais dans une bibliothèque utilisée dans un gtest. Je sais juste que l'éditeur de liens a produit des erreurs incompréhensibles (LNK ???). Une fois que j'ai remplacé le struct-forwards en class-forwards, les problèmes ont disparu. À ce jour, je trouve cela étrange aussi. Je serais ravi si vous pouviez nous éclairer.
pasbi

3

Classe.

Les membres de la classe sont privés par défaut.

class test_one {
    int main_one();
};

Est équivalent à

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

Donc, si vous essayez

int two = one.main_one();

Nous obtiendrons une erreur: main_one is privatecar ce n'est pas accessible. On peut le résoudre en l'initialisant en spécifiant son public c'est à dire

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

Struct.

Une structure est une classe dont les membres sont publics par défaut.

struct test_one {
    int main_one;
};

Les moyens main_onesont privés c'est-à-dire

class test_one {
  public:
    int main_one;
};

J'utilise des structures pour les structures de données où les membres peuvent prendre n'importe quelle valeur, c'est plus facile de cette façon.


3

Un avantage de structover classest qu'il enregistre une ligne de code, s'il adhère aux "premiers membres publics, puis privés". Dans cette optique, je trouve le mot-clé classinutile.

Voici une autre raison d'utiliser uniquement structet jamais class. Certaines directives de style de code pour C ++ suggèrent d'utiliser des minuscules pour les macros de fonction, la raison étant que lorsque la macro est convertie en fonction en ligne, le nom ne devrait pas avoir besoin d'être changé. Pareil ici. Vous avez votre belle structure de style C et un jour, vous découvrez que vous devez ajouter un constructeur ou une méthode pratique. Le changez-vous en un class? Partout?

Faire la distinction entre structs et classes est tout simplement trop compliqué, ce qui nous empêche de faire ce que nous devrions faire - la programmation. Comme tant de problèmes de C ++, il découle du fort désir de compatibilité ascendante.


Pourquoi auriez-vous besoin de le changer en un class? Pensiez-vous qu'une classe définie avec le structmot - clé ne peut pas avoir de fonctions membres ou un constructeur?
Courses de légèreté en orbite le

@LightnessRacesinOrbit en raison de 1. la cohérence et 2. certains analyseurs statiques se plaignent de la violation de 1.
Vorac

Cela ne suit pas. À quelles autres «consistances» adhérez-vous? Chaque classe avec un membre appelé joe()doit être définie avec un classmot-clé? Chaque classe avec au moins 4 intmembres doit être définie avec un structmot-clé?
Courses de légèreté en orbite

@LightnessRacesinOrbit Je fais référence à l'idiome "Les agrégats POD sont définis avec struct, les agrégats avec les méthodes sont définis avec class". Trop de tracas.
Vorac

2

ils sont la même chose avec des valeurs par défaut différentes (privé par défaut pour classet public par défaut pour struct), donc en théorie ils sont totalement interchangeables.

Donc, si je veux juste empaqueter des informations pour me déplacer, j'utilise une structure, même si j'y mets quelques méthodes (mais pas beaucoup). Si c'est une chose principalement opaque, où l'utilisation principale se ferait via des méthodes, et non directement aux membres des données, j'utilise une classe complète.


2

Les structures par défaut ont un accès public et les classes par défaut ont un accès privé.

Personnellement, j'utilise des structures pour les objets de transfert de données ou comme objets de valeur. Lorsqu'il est utilisé comme tel, je déclare tous les membres const pour empêcher toute modification par un autre code.


2

Les deux structet classsont les mêmes sous le capot mais avec différents paramètres par défaut quant à la visibilité, par structdéfaut est public et classprivé par défaut. Vous pouvez changer l'un ou l'autre pour être l'autre avec l'utilisation appropriée de privateet public. Ils permettent tous les deux l'héritage, les méthodes, les constructeurs, les destructeurs et tous les autres avantages d'un langage orienté objet.

Cependant, une énorme différence entre les deux est qu'un structmot clé est pris en charge en C alors qu'il classne l'est pas. Cela signifie que l'on peut utiliser un structdans un fichier include qui peut être #includeen C ++ ou C tant que le structstyle est un C simple structet que tout le reste du fichier include est compatible avec C, c'est-à-dire pas de mots clés spécifiques C ++ tels que private,public , pas méthodes, pas d'héritage, etc. etc. etc.

Le style AC structpeut être utilisé avec d'autres interfaces qui prennent en charge l'utilisation du style C structpour transporter des données d'avant en arrière sur l'interface.

Le style AC structest une sorte de modèle (pas un modèle C ++ mais plutôt un modèle ou un gabarit) qui décrit la disposition d'une zone mémoire. Au fil des ans d' interfaces utilisables à partir de C et avec les plug-ins C (ici vous regarde Java et Python et Visual Basic) ont été créés dont certains travaux avec le style C struct.


1

Techniquement, les deux sont les mêmes en C ++ - par exemple, il est possible pour une structure d'avoir des opérateurs surchargés, etc.

Cependant :

J'utilise des structures lorsque je souhaite transmettre simultanément des informations de plusieurs types. J'utilise des classes lorsque j'ai affaire à un objet "fonctionnel".

J'espère que cela aide.

#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;
};

Par exemple, je retourne un étudiant struct dans les méthodes get ... () ici - profitez-en.


1

Quand choisiriez-vous d'utiliser la structure et quand utiliser la classe en C ++?

J'utilise structquand je définis functorset POD. Sinon j'utilise 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; }
};

1
Cette réponse montre des signes d'âge :) std::binary_function<>n'est pas seulement obsolète, c ++ 17 le supprime même.
sehe

Pas vraiment une surprise puisqu'il a été écrit à l'époque de C ++ 03, un langage défini il y a 15 ans.
Courses de légèreté en orbite le

1

J'utilise des structures lorsque j'ai besoin de créer un type ou un foncteur POD.


1

Tous les membres de la classe sont privés par défaut et tous les membres de la structure sont publics par défaut. La classe a des bases privées par défaut et Struct a des bases publiques par défaut. La structure dans le cas de C ne peut pas avoir de fonctions membres alors que dans le cas de C ++, nous pouvons ajouter des fonctions membres à la structure. À part ces différences, je ne trouve rien de surprenant à leur sujet.


0

J'utilise struct uniquement lorsque j'ai besoin de conserver certaines données sans aucune fonction membre associée (pour opérer sur les données membres) et accéder directement aux variables de données.

Par exemple: lecture / écriture de données à partir de fichiers et de flux de socket, etc. Passage d'arguments de fonction dans une structure où les arguments de fonction sont trop nombreux et la syntaxe de fonction semble trop longue.

Techniquement, il n'y a pas de grande différence entre la classe et la structure, sauf l'accessibilité par défaut. De plus, cela dépend du style de programmation utilisé.


-4

Je pensais que Structs était conçu comme une structure de données (comme un tableau d'informations de type multi-données) et que les classes étaient destinées à l'empaquetage de code (comme les collections de sous-programmes et de fonctions).

:(


-6

Je n'utilise jamais "struct" en C ++.

Je ne peux jamais imaginer un scénario où vous utiliseriez une structure quand vous voulez des membres privés, à moins que vous n'essayiez délibérément d'être déroutant.

Il semble que l'utilisation de structures soit davantage une indication syntaxique de la façon dont les données seront utilisées, mais je préfère simplement créer une classe et essayer de rendre cela explicite dans le nom de la classe ou à travers des commentaires.

Par exemple

class PublicInputData {
    //data members
 };

Selon moi, une "indication syntaxique de la façon dont les données seront utilisées" est une très bonne raison d'utiliser une structure, surtout si l'alternative est d'utiliser un commentaire ou un nom dans le nom de classe.
Viktor Sehr

2
Est-ce que déclarer un structdéjà ne serait pas assez explicite que les membres de la classe seront, par défaut, publics?
falseusername
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.