Delphi GetTickCount n'est pas un entier valide

Question

Je suis en train de définir un identifiant unique en utilisant GetTickCount

que je fais ce qui suit

var 
UniqueID : DWORD; 
LastUniqueID : DWORD; 
uniqueString : string; 
begin 

UniqueID := GetTickCount; 
LastUniqueID := GetTickCount + 1000; 

uniqueString := intTostr(LastUniqueID);//or UniqueID 

end; 

Je suis valeur entière non valide sur uniqueString := intTostr(LastUniqueID);

projet project1.exe a levé la classe d'exception EConvertError avec le message '' 2312357250 'n'est pas une valeur entière valide'.

Qu'est-ce que je fais mal?

Answer 1

Malheureusement, vous avez affiché du code qui ne correspond pas au message d'erreur que vous signalez. Votre code actuel appelle StrToInt plutôt que IntToStr. Je sais ceci parce que ce message d'erreur est produit par des appels à StrToInt plutôt que IntToStr.

Votre code ressemble plus à ceci:

UniqueID := StrToInt('2312357250'); 

Notez que StrToInt renvoie un type entier signé 32 bits. Les valeurs valides sont comprises entre -2 147 483 648 et 2 147 483 647. Votre valeur est en dehors de la plage valide pour Integer, d'où l'erreur.

Si vous voulez un moyen simple de marchepieds toutes ces questions de portée, puis utilisez Int64 au lieu de DWORD ou Integer, et appelez StrToInt64.

De plus, ces lignes sont gênants:

UniqueID := GetTickCount; 
LastUniqueID := GetTickCount + 1000; 

Vous faites deux appels distincts à GetTickCount. Ces deux appels peuvent donner des valeurs différentes. En effet, si GetTickCount survole, le second appel peut renvoyer une valeur inférieure à la première.

Encore plus de problèmes entourent GetTickCount + 1000. Si GetTickCount renvoie une valeur proche de la limite supérieure, vous rencontrerez un dépassement d'entier, ce qui peut avoir des résultats inattendus. Utilisez GetTickCount64 pour éviter ce piège.

Cependant, je reste à être convaincu que le nombre de ticks du système peut être un bon moyen de générer un identifiant unique. En fonction de vos besoins, cela peut constituer une mauvaise solution à votre problème, quel qu'il soit. À première vue, votre code semble interdire de demander un identifiant unique moins d'une seconde plus tard que la fois précédente. Bien sûr, sans connaître vos exigences, il est difficile de recommander une alternative.

Answer 2

Le problème est que 2312357250 est trop grand. Bien qu'il soit valide en tant que DWORD, la représentation hexadécimale 89D3C582 est équivalente à un nombre négatif, qu'un DWORD ne peut pas représenter, d'où le message.