Pourquoi Utiliser Entier au Lieu de Long?

Je vois souvent des questions relatives à Overflow erreurs avec vba.

Ma question est: pourquoi utiliser le integer la déclaration de la variable au lieu de simplement définir toutes les variables numériques (à l'exclusion des double etc.) comme long?

Sauf si vous effectuez une opération comme dans une boucle où vous pouvez garantir que la valeur à ne pas dépasser la limite de 32 767, est-il un impact sur les performances ou quelque chose d'autre qui ne le voudrait pas, à l'aide de long?

InformationsquelleAutor Gareth | 2014-10-16
  1. 120

    Des variables de type entier sont stockés en tant que de 16 bits (2 octets) nombre

    msdn

    Long (entier long) les variables sont stockées comme signé de 32 bits (4 octets) nombre

    msdn

    Donc, l'avantage est une réduction de l'espace mémoire. Un Entier prend la moitié de la mémoire d'une longue n'. Maintenant, nous parlons de 2 octets, donc il ne va pas faire une réelle différence, sauf si vous êtes le stockage d'une TONNE de nombres entiers.

    MAIS sur un 32 bits, 16 bits entier pénètre silencieusement converti en long sans le bénéfice de la plus grande plage de numéros de travailler avec. Des débordements se produisent encore et il faut tout simplement que beaucoup de mémoire. Les performances peuvent même être mal parce que le type de données doit être converti (à un niveau très faible).

    Pas la référence que je cherchais, mais....

    Ma compréhension est que le sous-jacent VB moteur convertit en nombres entiers pour longtemps, même si elle le déclare comme un entier. Par conséquent, une légère diminution de la vitesse peut être noté. J'ai cru pendant un certain temps et peut-être c'est aussi pourquoi la déclaration ci-dessus a été faite, je n'ai pas demander pour le raisonnement.

    ozgrid forums

    C'est la référence que je cherchais.

    Réponse courte, dans les systèmes 32 bits 2 octets entiers sont convertis à 4 octets
    La nostalgie. Il n'y a vraiment pas d'autre moyen, de sorte que les bits correctement ligne
    pour toute forme de traitement. Considérez les points suivants

    MsgBox Hex(-1) = Hex(65535) ' = True

    Évidemment -1 n'est pas égale à 65535 encore l'ordinateur est de retour le bon
    la réponse, à savoir
    "FFFF" = "FFFF"

    Cependant si on l'avait contraint l'-1 pour un premier long que nous aurions eu le droit
    réponse (le 65535 étant supérieure à 32 ko est automatiquement long)

    MsgBox Hex(-1&) = Hex(65535) ' = False

    "FFFFFFFF" = "FFFF"

    Généralement il n'y a pas de point en VBA pour déclarer "Integer" moderne
    les systèmes, sauf peut-être pour certains l'héritage de l'API qui s'attendent à recevoir un
    Entier.

    pcreview forum

    Et enfin j'ai trouvé le la documentation msdn j'ai été vraiment vraiment à la recherche pour.

    Traditionnellement, VBA programmeurs ont utilisé des entiers de tenir les petites
    les numéros, car ils ont moins de mémoire. Dans les versions récentes,
    cependant, VBA convertit toutes les valeurs entières de type Long, même si elles sont
    déclaré comme étant de type Entier. Donc, il n'y a plus d'un avantage de performance
    à l'aide des variables de type Entier; en fait, depuis Longtemps, les variables peuvent être légèrement
    plus vite, parce que VBA ne pas avoir à les convertir.

    Donc, en résumé, il n'y a presque pas de bonne raison d'utiliser un Integer type de ces jours. Sauf vous avez besoin pour l'Interopérabilité avec une vieille appel d'API qui attend un 16 bits int.

    Une chose mérite d'être souligné, c'est que certaines anciennes fonctions de l'API attend peut-être des paramètres qui sont de 16 bits (2 octets) Entiers et si vous êtes sur un 32 bits, et essayer de passer un Entier (qui est déjà un 4 octets de long), par référence, il ne fonctionne pas en raison de la différence dans la longueur en octets.

    Grâce à Vba4All pour souligné.

    • Une chose est intéressant de souligner, c'est que certaines anciennes fonctions de l'API attend peut-être des paramètres qui sont de 16 bits (2 octets) Entiers et si vous êtes sur un 32 bits, et essayer de passer un Entier (qui est déjà un 4 octets de long), par référence, il ne fonctionne pas en raison de la différence dans la longueur en octets.
    • Je'don pas comprendre. Si vous passez un Long ref à une fonction qui attend un Entier par le ref, il utilisera les deux premiers octets, et puisque les nombres sont stockés en little-endian, il va travailler (à condition que seuls les deux premiers octets sont utiles, mais il est probable que si ce terme est simplement un Entier stocké en 32 bits).
    • Les autres fois que vous doit utiliser Integer est lors de la déclaration d'un Type, où le type de mise en page et la taille est importante, soit parce que vous êtes de passage le type à une API, ou vous êtes de la sérialisation/désérialisation d'un fichier, ou vous êtes à la copie des octets avec LSet/Rset.
    • Que l'article MSDN est fausse et trompeuse. Il peut se référer par exemple Integers en interne traitées comme Longs à l'intérieur d'un processeur, mais pour tous les observables fins, une Integer prend toujours deux octets. Voir les réponses et les commentaires en-dessous de stackoverflow.com/q/26717148/11683 pour prolonger la discussion.
    • J'ai explicitement que dans ma réponse. Avez-vous une idée de comment faire plus clair?
    • Vous ne semblez pas à l'état de n'importe où dans votre réponse que msdn.microsoft.com/en-us/library/office/... peut-être fausse ou trompeuse, au contraire, vous êtes en les présentant comme the msdn documentation I was really truly looking for. Cependant mon commentaire a été principalement orientée vers les futurs lecteurs plutôt que de vous-même, parce que vous avez participé dans l'autre question, même si votre réponse à mon avis ne doit pas avoir été accepté (celui-ci je crois auraient dû l'être).
    • J'ai juste remarqué que quelqu'un avait modifié cette réponse à l'aide des liens incorrects à la VB.Net documentation en juillet. Merci de ne pas le faire. Cette documentation est plat mal aussi loin que le VBA est concerné.

    InformationsquelleAutor RubberDuck
  2. 12

    Comme indiqué dans d'autres réponses, la différence réelle entre un int et long est la taille de son espace de mémoire et, par conséquent, la taille du nombre qu'il peut contenir.

    voici l'intégralité de la documentation sur ces types de données
    http://msdn.microsoft.com/en-us/library/office/ms474284(v=office.14).aspx

    un Entier est de 16 bits, et peut représenter une valeur entre de -32 768 et 32 767

    un Long est 32 bits et peut représenter de 2 147 483 647 -2 147 483 648 à

    et il y a un LongLong qui est de 64 bits et peut traiter comme 9 pentilion

    L'une des choses les plus importantes à retenir est que les types de données diffèrent par la langue et le système d'exploitation /plateforme. Dans votre monde de VBA un long est de 32 bits, mais en c# sur un processeur 64 bits long est de 64 bits. Cela peut introduire une confusion importante.

    Bien que VBA n'ont pas de soutien pour elle, lorsque vous vous déplacez vers une autre langue dans .net ou java, ou autres, je préfère utiliser le système de types de données de int16, int32 et int64 qui me permet de b beaucoup plus de transparence sur les valeurs qui peuvent être détenues dans ces types de données.

    InformationsquelleAutor Patrick
  3. 7

    VBA a beaucoup de bagage historique.

    Un Integer est de 16 bits de large et a une bonne valeur par défaut du type numérique en arrière lors de la 16 bits de l'architecture/mot tailles étaient répandus.

    Un Long est 32 bits et (OMI) doit être utilisé dans la mesure du possible.

    InformationsquelleAutor Alex K.
  4. 6

    Même si ce post est de quatre ans, j'étais curieux de savoir à ce sujet et a couru quelques tests. La chose la plus importante à noter est que l'un codeur doit TOUJOURS déclarer une variable comme quelque CHOSE de. Les variables non déclarées clairement effectué le pire (non déclarées sont techniquement Variant)

    Long a effectuer de la manière la plus rapide, donc je pense que Microsoft recommande d'utiliser toujours Long au lieu de Integer de sens. Je suppose que le même comme vrai avec Byte, mais la plupart des codeurs de ne pas l'utiliser.

    RÉSULTATS SUR UNE VERSION 64 BITS DE WINDOWS 10 POUR ORDINATEUR PORTABLE

    Pourquoi Utiliser Entier au Lieu de Long?

    Code Utilisé:

    Sub VariableOlymics()
'Run this macro as many times as you'd like, with an activesheet ready for data
'in cells B2 to D6
Dim beginTIME As Double, trials As Long, i As Long, p As Long
trials = 1000000000
p = 0
beginTIME = Now
For i = 1 To trials
Call boomBYTE
Next i
Call Finished(p, Now - beginTIME, CDbl(trials))
p = p + 1
beginTIME = Now
For i = 1 To trials
Call boomINTEGER
Next i
Call Finished(p, Now - beginTIME, CDbl(trials))
p = p + 1
beginTIME = Now
For i = 1 To trials
Call boomLONG
Next i
Call Finished(p, Now - beginTIME, CDbl(trials))
p = p + 1
beginTIME = Now
For i = 1 To trials
Call boomDOUBLE
Next i
Call Finished(p, Now - beginTIME, CDbl(trials))
p = p + 1
beginTIME = Now
For i = 1 To trials
Call boomUNDECLARED
Next i
Call Finished(p, Now - beginTIME, CDbl(trials))
p = p + 1
End Sub
Private Sub boomBYTE()
Dim a As Byte, b As Byte, c As Byte
a = 1
b = 1 + a
c = 1 + b
c = c + 1
End Sub
Private Sub boomINTEGER()
Dim a As Integer, b As Integer, c As Integer
a = 1
b = 1 + a
c = 1 + b
c = c + 1
End Sub
Private Sub boomLONG()
Dim a As Long, b As Long, c As Long
a = 1
b = 1 + a
c = 1 + b
c = c + 1
End Sub
Private Sub boomDOUBLE()
Dim a As Double, b As Double, c As Double
a = 1
b = 1 + a
c = 1 + b
c = c + 1
End Sub
Private Sub boomUNDECLARED()
a = 1
b = 1 + a
c = 1 + b
c = c + 1
End Sub
Private Sub Finished(i As Long, timeUSED As Double, trials As Double)
With Range("B2").Offset(i, 0)
.Value = .Value + trials
.Offset(0, 1).Value = .Offset(0, 1).Value + timeUSED
.Offset(0, 2).FormulaR1C1 = "=ROUND(RC[-1]*3600*24,0)"
End With
End Sub
    • La variable non déclarée est une variante. Dim a as Variant, b as Variant, c As Variant doit donner le même effet que de "variation" à tous.
    • Neat! Heureux de voir que quelqu'un fait un peu de benchmarking!
    • J'étais conscient que "non déclarées" DEVRAIT signifie variante, mais gardez à l'esprit la trame de fond de cette discussion était de microsoft automatiquement la conversion d'entier Long en dépit d'être défini! Alors je ne savais pas à quoi m'attendre avec des nombres entiers, sans être défini. En voyant le résultat, il semble plus probable pour être vraiment Variantes, mais c'est pourquoi j'ai donné le nom de "non déclaré" et " Variante." Plus que probablement beaucoup plus utile pour abaisser le niveau des codeurs. Cependant, je vais aller de l'avant et d'ajouter que dans maintenant. Merci pour le feedback.
    • il serait sans doute intéressant de créer une bibliothèque dll c++ et à l'ajouter à VBA et à l'indice de référence, il y a l'. Le résultat serait sans doute intéressant. J'ai fait quelque chose de semblable ici - vitoshacademy.com/...
    InformationsquelleAutor PGSystemTester
  5. 4

    C'est un espace vs nécessité problème.

    Dans certaines situations, c'est un nécessité d'utiliser un long temps. Si vous êtes à la boucle à travers les rangées dans un grand fichier excel, la variable qui contient le numéro de ligne doit être longue.

    Cependant, parfois, vous saurez qu'un entier puisse prendre en charge votre problème et à l'aide d'une longue serait une perte de espace (de mémoire). Les variables individuelles n'a vraiment pas beaucoup de différence, mais quand vous commencez à traiter avec les tableaux, il peut faire une grande différence.

    • Dans VBA7, des Entiers de 2 octets et longs sont de 4 octets

    • Si vous avez un tableau de 1 million de numéros entre 1 et 10, à l'aide d'un tableau d'Entiers prendrait sur 2 mo de RAM, comparativement à environ 4 MO de RAM pour un tableau.

    • Pour un tableau de nombres entre 1 et 10, vous pouvez utiliser un tableau d'OCTETS au lieu de cela, mais je comprends la remarque que vous faites.
    • C'était sans doute vrai il y a 15 ans, mais maintenant, la réponse est vraiment dépassée.
    • Comment est-ce dépassé? Des problèmes dans les pandas où vous avez des millions de lignes (big data/apprentissage de la machine), ou dans la mise en réseau lors du transfert de grandes quantités de données (ex. les expériences de physique)
    • Je suppose que vous avez manqué le point de la question d'origine. Jetez un oeil à la accepté de répondre.
    • Regarde comme je l'ai compris. Aussi accepté de répondre à points, c'est de parler de 32 bits des systèmes quand il dit il n'y a pas de différence.
    InformationsquelleAutor Alter
  6. 1

    J'ai pris @PGSystemTester de la méthode et mis à jour afin de supprimer une partie du potentiel de variabilité. En plaçant la boucle dans les routines, ce qui supprime le temps d'appeler la routine (qui est un beaucoup de temps). J'ai également désactivé l'écran de mise à jour pour supprimer toutes les retards que cela pourrait causer.

    Long encore effectué le meilleur, et que ces résultats sont plus étroitement limitée aux impacts des types de variables seul, l'amplitude de variation est intéressant de noter.

    Mes résultats (poste de travail, Windows 7, Excel 2010):

    Pourquoi Utiliser Entier au Lieu de Long?

    Code utilisé:

    Option Explicit
Sub VariableOlympics()
'Run this macro as many times as you'd like, with an activesheet ready for data
'in cells B2 to D6
Dim beginTIME As Double, trials As Long, i As Long, p As Long
Dim chosenWorksheet As Worksheet
Set chosenWorksheet = ThisWorkbook.Sheets("TimeTrialInfo")
Application.EnableEvents = False
Application.Calculation = xlCalculationManual
Application.ScreenUpdating = False
trials = 1000000000 ' 1,000,000,000 - not 10,000,000,000 as used by @PGSystemTester
p = 0
beginTIME = Now
boomBYTE trials
Finished p, Now - beginTIME, CDbl(trials), chosenWorksheet.Range("B2")
p = p + 1
beginTIME = Now
boomINTEGER trials
Finished p, Now - beginTIME, CDbl(trials), chosenWorksheet.Range("B2")
p = p + 1
beginTIME = Now
boomLONG trials
Finished p, Now - beginTIME, CDbl(trials), chosenWorksheet.Range("B2")
p = p + 1
beginTIME = Now
boomDOUBLE trials
Finished p, Now - beginTIME, CDbl(trials), chosenWorksheet.Range("B2")
p = p + 1
beginTIME = Now
boomUNDECLARED trials
Finished p, Now - beginTIME, CDbl(trials), chosenWorksheet.Range("B2")
p = p + 1
Application.EnableEvents = True
Application.Calculation = xlCalculationAutomatic
Application.ScreenUpdating = True
chosenWorksheet.Calculate
End Sub
Private Sub boomBYTE(numTrials As Long)
Dim a As Byte, b As Byte, c As Byte
Dim i As Long
For i = 1 To numTrials
a = 1
b = 1 + a
c = 1 + b
c = c + 1
Next i
End Sub
Private Sub boomINTEGER(numTrials As Long)
Dim a As Integer, b As Integer, c As Integer
Dim i As Long
For i = 1 To numTrials
a = 1
b = 1 + a
c = 1 + b
c = c + 1
Next i
End Sub
Private Sub boomLONG(numTrials As Long)
Dim a As Long, b As Long, c As Long
Dim i As Long
For i = 1 To numTrials
a = 1
b = 1 + a
c = 1 + b
c = c + 1
Next i
End Sub
Private Sub boomDOUBLE(numTrials As Long)
Dim a As Double, b As Double, c As Double
Dim i As Long
For i = 1 To numTrials
a = 1
b = 1 + a
c = 1 + b
c = c + 1
Next i
End Sub
Private Sub boomUNDECLARED(numTrials As Long)
Dim a As Variant, b As Variant, c As Variant
Dim i As Long
For i = 1 To numTrials
a = 1
b = 1 + a
c = 1 + b
c = c + 1
Next i
End Sub
Private Sub Finished(i As Long, timeUSED As Double, trials As Double, initialCell As Range)
With initialCell.Offset(i, 0)
.Value = trials
.Offset(0, 1).Value = timeUSED
.Offset(0, 2).FormulaR1C1 = "=ROUND(RC[-1]*3600*24,2)"
End With
End Sub
    • Merci. Je vous ai donné tique puisque vous êtes à l'aide de mon code. Vos résultats globaux sont les mêmes que les miens... mais je suis d'accord avec l'approche. Si je devais tout recommencer, je ferais plus coomplex.
    InformationsquelleAutor AJD
  7. 0

    Comme déjà mentionné, un Long peut prendre deux fois plus de place qu'un Entier. Comme d'autres l'ont aussi déjà mentionné, la grande capacité des ordinateurs actuels signifie que vous pourrez voir aucune différence dans les performances que ce soit, à moins d'avoir affaire à des extra grandes quantités de données:

    Mémoire

    Considérant 1 million de valeurs, la différence entre l'utilisation de nombres Entiers contre la Nostalgie serait de 2 octets pour chaque valeur, de sorte que c'est 2 * 1 000 000 /1,024 /1024 = moins de 2 MO de différence dans votre mémoire RAM, qui est probablement beaucoup moins de 1% ou 0,1% de votre capacité de mémoire vive.

    Traitement

    Compte tenu de la référence faite par PGSystemTester, vous pouvez voir une différence de 811 - 745 = 66 secondes entre Longs et les nombres Entiers, lors du traitement de 10 milliards de lots de 4 opérations de chacun. Réduire le nombre de 1 millions d'opérations et on peut s'attendre à 66 /10 000 /4 = moins de 2 ms de différence de temps d'exécution.

    Personnellement, j'utilise des Entiers et Aspire à aider à la lisibilité de mon code, en particulier dans les boucles, où un nombre Entier indique que la boucle devrait être de petite taille (moins de 1000 itérations), alors qu'une Longue raconte-moi la boucle devrait être relativement important (plus de 1000).

    Note ce subjective seuil en deçà de l'Entier de la limite supérieure, j'utilise Désire juste pour faire la distinction entre mes propres définitions des petits et des grands.

    InformationsquelleAutor Ama