Quelle est la différence entre un objet et un struct dans la programmation orientée objet?

Évidemment, vous pouvez brouiller les distinctions en fonction de votre style de programmation, mais en général, une structure est structurée de l'élément de données. Un objet est une entité souveraine qui peut effectuer une tâche. Dans la plupart des systèmes, les objets ont certains de l'état et, en conséquence, avoir quelques données structurées derrière eux. Toutefois, une des principales fonctions de la classe de données est cachée et exactement comment une classe réalise tout ce qu'il ne est opaque et sans intérêt.

Étant donné que les classes peuvent être utilisées pour représenter classique structures de données telles que des tableaux, des cartes de hachage, arbres, etc, vous voient souvent les choses individuelles au sein d'un bloc de données structurées.

Un tableau est un bloc de données non structurées. Dans de nombreux langages de programmation, de toute chose dans un tableau doivent être du même type de base (comme chacun étant un nombre entier, chacun étant une chaîne, ou similaire), mais ce n'est pas vrai dans de nombreuses autres langues.

De lignes directrices:

• utiliser un tableau comme d'un endroit pour mettre un grand groupe de choses avec aucune autre structure ou la hiérarchie, tels que "toutes les recettes de janvier" ou "tout ce que j'ai acheté au Danemark"
• l'utilisation de données structurées pour le composé de plusieurs discret bits de données dans un seul bloc, comme vous pourriez combiner une position en x et y de la position de décrire d'un point de
• utiliser un objet là où il y a un acteur particulier ou de la chose qui pense ou agit pour lui-même

La finalité implicite d'un objet est donc directement à associer les tâches avec les données sur lesquelles ils peuvent fonctionner et le regroupement que tous ensemble, de sorte qu'aucune autre partie du système peuvent interférer. Obéissant à bon principes de conception orientée objet peut exiger la discipline au début, mais sera finalement massivement améliorer votre code de la structure et donc votre capacité à lutter contre les grands projets et à travailler avec les autres.

• Ce qui distingue et objet à partir d'une struct?

Il n'y a pas de notion de "struct", en programmation orientée objet. La définition de structures dépend de la langue utilisée. Par exemple dans des classes C++ et les structures sont les mêmes, mais les membres de la classe sont privés par défaut, tandis que les membres de la structure sont publics pour maintenir la compatibilité avec C des structures. En C# d'autre part, struct est utilisé pour créer des types de valeur tandis que la catégorie est pour les types référence. C a structs et n'est pas orienté objet.

• Quand et pourquoi utiliser un objet, par opposition à une structure?

Encore cela dépend de la langue utilisée. Normalement, les structures sont utilisées pour représenter les Pod (Plain Old Données), ce qui signifie qu'ils ne spécifiez pas de comportement qui agit sur les données et sont principalement utilisés pour représenter des dossiers et non des objets. Ce n'est qu'une convention et n'est pas appliquée en C++.

• Comment fonctionne un tableau diffèrent à la fois,
  et quand et pourquoi devrions-nous utiliser une
  tableau par opposition à un objet ou à un
  struct?

Un tableau est très différent. Un tableau est normalement homogène collection d'éléments indexés par un nombre entier. Une structure est un ensemble hétérogène où les éléments sont accessibles par leur nom. Il vous suffit d'utiliser un tableau pour représenter une collection d'objets de même type (un tableau de couleurs par exemple) alors que vous pouvez utiliser une structure pour représenter un enregistrement contenant des données pour un certain objet (une couleur unique qui est dans le rouge, le vert et le bleu éléments)

De par leur nature, un objet a des méthodes, une structure qui ne fonctionne pas.

(rien ne vous empêche d'avoir un objet sans méthodes, de jus que rien ne vous empêche, par exemple, de stocker un entier dans un flotteur de type de variable)

• Comme je le vois un objet au niveau de base est un nombre de variables et un certain nombre de méthodes permettant de manipuler ces variables, tandis qu'une structure sur l'autre main est seulement un certain nombre de variables.
• - Je utiliser un objet lorsque vous voulez inclure des méthodes, j'utilise un struct quand je veux juste une collection de variables à passer autour.
• Un tableau et une struct est une sorte de semblable en principe, ils sont à la fois un certain nombre de variables. Howoever c'est plus lisible d'écrire myStruct.myVar que montableau[4]. Vous pouvez utiliser un enum pour spécifier l'index de tableau pour obtenir montableau[indexOfMyVar] et fondamentalement obtenir les mêmes fonctionnalités que d'une struct.

Bien sûr, vous pouvez utiliser les constantes ou quelque chose d'autre à la place de variables, j'essaie juste de montrer les principes de base.

Cette réponse peut avoir besoin de l'attention d'un plus expérimenté programmeur, mais l'une des différences entre les structures et les objets, c'est que les structures n'ont aucune capacité de réflexion tandis que les objets peuvent. La réflexion est la capacité d'un objet à rapporter les propriétés et les méthodes qu'elle a fait. C'est comment "de l'explorateur d'objets" peuvent trouver et liste de nouvelles méthodes et de propriétés créé dans les classes définies par l'utilisateur. En d'autres termes, la réflexion peut être utilisé pour travailler sur l'interface d'un objet. Avec une structure, il n'y a aucun moyen que je connaisse pour itérer sur les éléments de la structure pour savoir ce qu'ils sont appelés, de quel type ils sont et quelles sont leurs valeurs.

Si l'on est à l'aide de structures comme un remplacement pour les objets, on peut utiliser des fonctions pour fournir l'équivalent des méthodes. Au moins dans mon code, les structures sont souvent utilisées pour renvoyer des données à partir de fonctions définies par l'utilisateur dans les modules qui contiennent la logique métier. Les structures et les fonctions sont aussi facile à utiliser comme des objets, mais plutôt un manque de soutien pour les commentaires XML. Cela signifie que je ne cesse de regarder le bloc de commentaire en haut de la fonction, juste pour voir à quoi la fonction. Souvent, je dois lire la fonction de code source pour voir comment bord des cas sont traités. Lorsque les fonctions d'appeler d'autres fonctions, j'ai souvent à chasser quelque chose à plusieurs niveaux et il devient difficile de comprendre les choses. Cela conduit à un autre des avantages de la programmation orientée objet vs les structures et les fonctions. La programmation orientée objet a des commentaires XML qui apparaissent comme outil de conseils dans l'IDE (dans la plupart, mais pas tous les langages OOP) et en programmation orientée objet, il y a aussi des interfaces définies et souvent un diagramme d'objets (si vous choisissez de le faire). Il est devenu clair pour moi que la définition de l'avantage de la programmation orientée objet est la capacité de documenter ce que le code fait quoi et comment il se rapporte à un autre code - l'interface.