Les variables delphi sont-elles initialisées avec une valeur par défaut?

Question

Je suis nouveau à Delphes, et je l'ai couru quelques tests pour voir quelles sont les variables objet et pile variables sont initialisées par défaut:

TInstanceVariables = class 
    fBoolean: boolean; // always starts off as false 
    fInteger: integer; // always starts off as zero 
    fObject: TObject; // always starts off as nil 
end; 

C'est le comportement que je suis habitué à d'autres langues , mais je me demande s'il est sûr de s'en fier Delphi? Par exemple, je me demande si cela pourrait dépendre d'un réglage du compilateur, ou peut-être travailler différemment sur des machines différentes. Est-il normal de s'appuyer sur des valeurs initialisées par défaut pour les objets, ou définissez-vous explicitement toutes les variables d'instance dans le constructeur? Comme pour les variables de pile (niveau de procédure), mes tests montrent que les booléens unitialisés sont vrais, les entiers unitalisés sont 2129993264 et les objets non numérisés sont juste des pointeurs invalides (c'est-à-dire non nul). Je suppose que la norme est de toujours définir les variables au niveau de la procédure avant d'y accéder?

Answer 1

Oui, cela est le comportement documenté:

• champs d'objets sont toujours initialisées à 0, 0,0, '', Faux, nul ou selon le cas.

• Les variables globales sont toujours initialisées à 0, etc.

• Les variables locales comptées par référence * sont toujours initialisées à zéro ou '';

• Les variables locales non comptées * ne sont pas initialisées. Vous devez donc attribuer une valeur avant de pouvoir les utiliser.

Je me souviens que Barry Kelly quelque part a écrit une définition pour « référence compté », mais ne peut pas trouver plus, ce qui devrait faire dans l'intervalle:

== de référence comptés qui sont eux-mêmes compté référence, ou contient directement ou indirectement champs (pour les documents) ou des éléments (par réseaux) qui sont comptées comme référence: string, variant, interface ou tableau dynamique ou tableau statique containi ng de tels types.

Notes:

• record lui-même ne suffit pas pour devenir référence compté
• Je n'ai pas essayé avec les génériques encore

Answer 2

Les champs de classe ont la valeur zéro par défaut. Ceci est documenté de sorte que vous pouvez compter dessus. Les variables de pile locales ne sont pas définies à moins d'une chaîne ou d'une interface, elles sont définies sur zéro.

Answer 3

Les variables globales et objet de données d'instance (champs) sont toujours initialisés à zéro. Les variables locales dans les procédures et méthodes ne sont pas initialisées dans Win32 Delphi; leur contenu est indéfini jusqu'à ce que vous leur attribuez une valeur dans le code.

Answer 4

Même si une langue offre des initialisations par défaut, je ne pense pas que vous devriez vous y fier.L'initialisation à une valeur le rend beaucoup plus clair pour les autres développeurs qui pourraient ne pas connaître les initialisations par défaut dans le langage et éviter les problèmes entre les compilateurs.

Answer 5

Voici une citation de Ray Lischners Delphi dans un Nutshell Chapter 2

« Lorsque Delphi crée d'abord un objet, tous les champs commencent à vide, qui est, les pointeurs sont initialisés à zéro, des chaînes et des tableaux dynamiques sont vides, les chiffres ont la valeur zéro, les champs booléens sont faux, et les variantes sont mis à Unassigned. (Voir NewInstance et InitInstance au chapitre 5 pour plus de détails.) »

Il est vrai que les variables locales en champ doivent être initialisé ... Je traiterais le commentaire ci-dessus que "Les variables globales sont initia lised "comme douteux jusqu'à fourni avec une référence - je ne crois pas cela. Barry Kelly dit que vous pouvez compter sur eux étant zéro-initialisé, et depuis qu'il est sur l'équipe de compilateur Delphi, je crois que cela reste :) Merci Barry.

Answer 6

De Delphi 2007 fichier d'aide:

ms-help: //borland.bds5/devcommon/variables_xml.html

« Si vous n'initialise pas explicitement une variable globale, les compilateur Initialise à 0. "

Answer 7

J'ai un petit reproche avec les réponses données. Delphi met à zéro l'espace mémoire des globales et des objets nouvellement créés. Bien que ce NORMALEMENT signifie qu'ils sont initialisés il y a un cas où ils ne sont pas: types énumérés avec des valeurs spécifiques. Et si zéro n'est pas une valeur légale ??

Answer 8

Les variables globales qui n'ont pas d'initialiseur explicite sont allouées dans la section BSS de l'exécutable. Ils n'occupent aucun espace dans l'EXE; la section BSS est une section spéciale que l'OS alloue et efface à zéro. Sur d'autres systèmes d'exploitation, il existe des mécanismes similaires.

Vous pouvez compter sur l'initialisation zéro des variables globales.

Answer 9

Tout comme une note de côté (comme vous êtes nouveau à Delphi): Les variables globales peuvent être initialisés directement en les déclarant:

var myGlobal:integer=99;