La double personnalité d’un integer

La double personnalité d’un integer.

<= o:p>

Cet article m’est venu à l’idée lorsque je discutais avec un collègue sur l’utilité d’un integer dans une application = et je me suis aperçu que mon collègue ne connaissait pas la deuxième personnalité d’un integer. Pour lui un integer était un type de champs style numérique qui pouvait qui prend= re seulement 10 chiffres (donc pour lui limité en soit) et la valeur maximale qu’un champs integer pouvait prendre était 2147483647 et la valeur minimale est de -2147483647 (donc encore un fois pour lui limité). <= /span>A titre de compa= raison un champ numérique (sans décimale) peut avoir 15 chiffres (à t= itre de précision) donc les valeurs sont de - .9999999999E+19 à .9999999999E+2= 0, qui pour lui représentait un avantage définitif. Un des désavantages d’un champ numéri= que est qu’il est de 8 bytes et un integer est de 4 bytes.

Mais, je lui ai fait remarqué la double personnalité d’un champ integer qui pour les besoin de la cause serait très utile. Nous cherchions un moyen pour attribuer un (ou des ) statut(s) différent(s) pour un commande d= ans un application (ie. Commande retenue pour au niveau du crédit, commande retenue pour un manque de stock, commande crée et non imprimé, commande crée et imprimé, commande livrée etc.) La solution qu’il proposait était d’utiliser des champs logiques pour chaque statut, Je lui ai fait remarqué qu’il en faudrait une quinzaine (En plus des autres champs pour total, taxes etc). Ma proposition était un= champ integer. Il ne voyait pas comment déterminer le statut d’une commande en évaluant le contenu d’un champ integer.=

C’= ;est a ce point que je lui ai expliqué la double personnalité d̵= 7;un champs integer (possiblement la vrai personnalité). Oui un champ int= eger peut contenir une valeur numérique, mais un champ integer est aussi composé de 32 champs logiques (booléen) qui peuvent être utilisé avec un seul champ. Donc pour chaque bit (terme qui identifie chaque champ logique contenu dans un champ integer, peut être r&eacut= e;glé à vrai ou faux (.t. ou .f.) (Ou 0 et 1) .= Mon collègue commençait à voir l’utilité d’un champ integer. Voici quelques exemples d’un champ integer.

CLEAR

CREATE CURSOR moncurseur= (champflag i)

INSERT INTO moncurseur (champflag) VALUES (0x00000001) && ou 1

FOR i =3D 0 TO 31

? BITTEST(champflag,i)

ENDFOR

Le code ci haut nous donne une série de 32 valeurs (32 bits) logiques. À noter que la première valeur est .T. et les 31 autres sont .F= ., Donc on a utilisé la bit 0 pour indiqué un statut pour notre commande. Il nous en reste 31 autres que l’on peut utiliser, pour indiquer le statut de notre commande, et l’avantage de cette technique est que si on mets la bit 1 (deuxième bit dans la série) à .T. la première bit reste à .t. aussi, donc on peut accumuler le statut de la commande sans pe= rdre les statuts déjà acquis.

CLEAR

CREATE CURSOR moncurseur= (champflag i)

INSERT INTO moncurseur (champflag) VALUES (BITSET(champflag,0)) && ou 1

FOR i =3D 0 TO 31

? BITTEST(champflag,i)

= ENDFOR

<= o:p>

L= e code ci haut va mettre le bit 0 (premier bit) à .t. (ou 1). Si par exemple <= span class=3DSpellE>plutard dans la validation de notre commande, elle ob= tient un statut qui nous indique que l’on devrait mettre le bit 1 (deuxième bit) à .T., n’a qu= ’a faire ceci

x=3D BITSET(champflag= ,1)

REPLACE champflag<= /span> WITH x

FOR i =3D 0 TO 31

? BITTEST(champflag,i)

ENDFOR

E= t on remarque que le deux bits (0 et1 ) sont à= .T..

S= i pour une raison donnée nous devrions changer un bit de .T. à .F. on a = qu’a spécifier le bit et utiliser BITCLEAR

x=3D BITCLEAR(ch= ampflag,1)

REPLACE <= span style=3D'font-size:10.0pt;font-family:"Courier New";color:black;mso-ansi-= language: EN-US'>champflag WITH x=

<= o:p>

C= eci va remettre le bit 1 à .F. et maintenir le statut des autres bit tel quel.<= /o:p>

<= o:p>

F= oxpro nous offre quelques autres fonctions a utiliser sur le bits. Comme BITAND= (),BITOR() etc. Consulter l̵= 7;aide en ligne pour les autres fonctions.

En conclusion, peut-être cet article est inutile et tous le programmeurs FoxPro connaissaient le double utilité d’un champs integer et = que mon collègue était le seul, ou peut-être qu’il y = en d’autre qui vont trouver ce champ plus utile à l’avenir.

<= o:p>