Souvenirs » VB
VB
Publié le 20/05/2002 @ 11:41:26,
Par watch(je préviens directement que je peux me tromper car je viens seulement de commencer à checker...)
et bien voila, je me dis "allez, je m'y mets sans préjugés..."
et je commence un peu a lire un bouquin et que vois-je...
une belle absurdité.
le signe != en VB c'est <>
mais si on programme en VBScript dans une page asp, on peut dire
if Request("coucou")<>1
mais si le Request("coucou") n'est pas défini, il a comme valeur: 'undefined'
alors c'est plus grand ou plus petit que 1 ???
pourquoi mettre <> et pas != enfin... Je trouve ca débile. C'est pas grave mais c'est débile...
et bien voila, je me dis "allez, je m'y mets sans préjugés..."
et je commence un peu a lire un bouquin et que vois-je...
une belle absurdité.
le signe != en VB c'est <>
mais si on programme en VBScript dans une page asp, on peut dire
if Request("coucou")<>1
mais si le Request("coucou") n'est pas défini, il a comme valeur: 'undefined'
alors c'est plus grand ou plus petit que 1 ???
pourquoi mettre <> et pas != enfin... Je trouve ca débile. C'est pas grave mais c'est débile...
Publié le 20/05/2002 @ 13:01:21,
Par zionEuh, y a que dans les langages inspirés de la syntaxe C/C++ qu'on utilise != tu sais, en Cobol si je me rapelle bien c'est NOT =, et en pascal c'est <> aussi, c'est une question d'habitude, moi c'est le != que je trouve bizarre, mais bon, on va pas lancer de débat C/Pascal, on est pas sorti de l'auberge
Je suis le Roy
Publié le 20/05/2002 @ 13:26:23,
Par belzebuthbah vais vous faire une ptit demo de vba comme koi tout ce qui cro$oft est po tres logique
suppossons que j'aie une chaine de caractère vide
if chaine = "" then trt1 else trt2 end if
if chaine <>"" then trt2 else trt1 end if
a priori c 2 ligne font exactement la meme chose
et ben nan la deuxième fonctionne correctemment tandis que la première fais toujours le trt2
et vive vba
suppossons que j'aie une chaine de caractère vide
if chaine = "" then trt1 else trt2 end if
if chaine <>"" then trt2 else trt1 end if
a priori c 2 ligne font exactement la meme chose
et ben nan la deuxième fonctionne correctemment tandis que la première fais toujours le trt2
et vive vba
Publié le 20/05/2002 @ 13:37:24,
Par MelloWCitation de: "belzebuth"
bah vais vous faire une ptit demo de vba comme koi tout ce qui cro$oft est po tres logiquesuppossons que j'aie une chaine de caractère vide
if chaine = "" then trt1 else trt2 end if
if chaine <>"" then trt2 else trt1 end if
a priori c 2 ligne font exactement la meme chose
et ben nan la deuxième fonctionne correctemment tandis que la première fais toujours le trt2
et vive vba
Publié le 20/05/2002 @ 13:44:03,
Par zionOn dirait que c'est pareil pour l'assignation et le test
http://www.programmingmsaccess.com/Samples/VBAProcs/VBAProcToPerformHexArithmeti- c.htm
Mince alors, ca fait peur ca
http://www.programmingmsaccess.com/Samples/VBAProcs/VBAProcToPerformHexArithmeti- c.htm
Mince alors, ca fait peur ca
Je suis le Roy
Publié le 20/05/2002 @ 14:34:06,
Par belzebuthCitation de: "zion"
On dirait que c'est pareil pour l'assignation et le test http://www.programmingmsaccess.com/Samples/VBAProcs/VBAProcToPerformHexArithmeti- c.htm
Mince alors, ca fait peur ca
vi en effet test et l'assignation sont identique en vb
pour moi le vb c au ptit bonheur la chance
Publié le 20/05/2002 @ 14:51:42,
Par VectorCitation de: "zion"
On dirait que c'est pareil pour l'assignation et le test http://www.programmingmsaccess.com/Samples/VBAProcs/VBAProcToPerformHexArithmeti- c.htm
Mince alors, ca fait peur ca
c'est vraiment trop fort ça !
mais laissons la parole au maitre VB de service ... PAX ?
Dernière édition: 20/05/2002 @ 14:55:59
Vector, juste Vector!
Publié le 20/05/2002 @ 14:55:49,
Par Paxce qui est absurde c'est que le "undefined" du début, c'est considéré comme une bête chaîne de caractères.... alors que dans la logique des choses, ça veut bien dire qu'il y a un objet (au sens large) non défini.
c'est à cause de ce genre de bizarreries que j'ai vite commencer à grogner sur VBS et à vouloir revenir à VB (au boulot).
Parce qu'en plus, les comportements de VBS (et non VBA) et de VB sont différents
Sinon je confirme qu'en VB et ses dérivés, l'assignation et la comparaison d'égalité c'est bien '='. En fait c'est la syntaxe du C (==, !=)qui parait un peu différente des autres langages.
De toute façon on s'en fout, en assembleur, il n'y a rien de tout ça :mrgreen:
c'est à cause de ce genre de bizarreries que j'ai vite commencer à grogner sur VBS et à vouloir revenir à VB (au boulot).
Parce qu'en plus, les comportements de VBS (et non VBA) et de VB sont différents
Sinon je confirme qu'en VB et ses dérivés, l'assignation et la comparaison d'égalité c'est bien '='. En fait c'est la syntaxe du C (==, !=)qui parait un peu différente des autres langages.
De toute façon on s'en fout, en assembleur, il n'y a rien de tout ça :mrgreen:
Publié le 20/05/2002 @ 15:30:07,
Par Paxet à titre de démonstration, la formule suivante:
a = b = c
qui ne veut pas dire la même chose en C qu'en VB. En C c'est une double assignation de c à b et a, alors qu'en VB, on compare b à c, et le résultat (booléen pour le coup) est stocké dans a.
a = b = c
qui ne veut pas dire la même chose en C qu'en VB. En C c'est une double assignation de c à b et a, alors qu'en VB, on compare b à c, et le résultat (booléen pour le coup) est stocké dans a.
Publié le 20/05/2002 @ 16:10:54,
Par Paxambigu si on compare les deux langages, mais si on regarde chacun de son côté, c'est la logique propre au langage, voilà
Publié le 20/05/2002 @ 16:11:28,
Par VectorCitation de: "Pax"
et à titre de démonstration, la formule suivante:a = b = c
qui ne veut pas dire la même chose en C qu'en VB. En C c'est une double assignation de c à b et a, alors qu'en VB, on compare b à c, et le résultat (booléen pour le coup) est stocké dans a.
je l'ai souvent dit ... et j'ai encore ici une occasion en or de le dire ... et en plus je vais bien faire progresser je débat je le sens ...
VB SUXX
Vector, juste Vector!
Publié le 20/05/2002 @ 16:18:03,
Par VectorCitation de: "Pax"
oui c'est ce que je craignais et puis ... je trouve ma remarque très construictive et très profonde
non mais sans déc ... que fais la police ?
Vector, juste Vector!
Publié le 20/05/2002 @ 16:31:50,
Par zionLa police?
Attends, c'est férié et en plus, si tu as envie de t'attirer les foudres de ceux qui aiment le VB, c'est ton problème.
Perso j'aime pas du tout VB, et je compatis pour ceux qui en font :mrgreen:
Attends, c'est férié et en plus, si tu as envie de t'attirer les foudres de ceux qui aiment le VB, c'est ton problème.
Perso j'aime pas du tout VB, et je compatis pour ceux qui en font :mrgreen:
Je suis le Roy
Publié le 20/05/2002 @ 16:35:07,
Par VectorCitation de: "zion"
La police?Attends, c'est férié et en plus, si tu as envie de t'attirer les foudres de ceux qui aiment le VB, c'est ton problème.
Perso j'aime pas du tout VB, et je compatis pour ceux qui en font :mrgreen:
Mince ! j'avais pas pensé à ça ...
bon alors je retire ... bien vb chouette langage ... la preuve y a que les ingénieur qui en font et PAX parce qu'il est obligé ... vilain ses employeurs na !
ouch
Vector, juste Vector!
Publié le 20/05/2002 @ 16:48:10,
Par Paxc'est vrai je suis obligé, il y a des patrons qui préfèrent le développement rapide aux programmes rapides... je n'y peux pas grand chose... c eux qui décident et pas moi. C'est déjà bien d'avoir pu échapper au développement web et VB Script qui est bien pire que VB tout court.
C vrai que le VB c cool, les pointeurs sont gérés pour toi, t'as rien à faire, jamais de GPF, quoique non j'en ai eu une. En faisant un appel mal foutu vers l'API Win32
Sinon VB sux parce que c'est lent (pas compilé complètement) et l'orienté objet mon oeil, je fais la moitié du travail du compilateur donc en fait je perds du temps
Heureusement il y a VB.NET
Cela dit si je pouvais me casser dans une autre boîte et revenir à mes premiers amours (C/C++/ASM), je signe à deux mains!
C vrai que le VB c cool, les pointeurs sont gérés pour toi, t'as rien à faire, jamais de GPF, quoique non j'en ai eu une. En faisant un appel mal foutu vers l'API Win32
Sinon VB sux parce que c'est lent (pas compilé complètement) et l'orienté objet mon oeil, je fais la moitié du travail du compilateur donc en fait je perds du temps
Heureusement il y a VB.NET
Cela dit si je pouvais me casser dans une autre boîte et revenir à mes premiers amours (C/C++/ASM), je signe à deux mains!