KaViDee
Messages postés262Date d'inscriptiondimanche 1 septembre 2002StatutMembreDernière intervention18 juin 2008
-
13 avril 2003 à 13:31
cs_Warny
Messages postés473Date d'inscriptionmercredi 7 août 2002StatutMembreDernière intervention10 juin 2015
-
14 avril 2003 à 09:04
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
cs_Warny
Messages postés473Date d'inscriptionmercredi 7 août 2002StatutMembreDernière intervention10 juin 2015 14 avril 2003 à 09:04
Juste un petit truc par rapport à cette méthode : c'est le meilleur moyen de gauffrer son programme quand la propriété par défaut change.
Autre chose (pourquoi il ne faut pas le faire) :
avec ado
vous avez deux recordset rsA et rsB
fields est la propriété par défaut de recordset et value la proriété par défaut de fields donc super vous écrivez :
rsA("champs1") = rsB("champs1")
et vous vous attendez à ce que les deux valeurs soient pareilles.
Et ben non, erreur type incompatible : il essaye de mettre un champs dans la valeur d'un champs.
En gros : bannissez cette habitude d'utilisez les propriété par défaut, c'est le meilleur moyen de ne pas savoir ce que votre programme fait.
Et avec le temps que vous fait gagner le vb en écrivant automatiquement les propriétés, écrivez des commentaires, indentez correctement votre code...
Renfield
Messages postés17287Date d'inscriptionmercredi 2 janvier 2002StatutModérateurDernière intervention27 septembre 202174 14 avril 2003 à 05:20
moi, je trouve ca mauvais, de simplifier le code de la sorte !!
si tu change d'objet, le code ne fonctionnera pas, par exemple, si tu passes d'une zone de liste , à une listview......
il ne faut pas, je pense, abuser de cette possibilité qu'offre vb de faire un programme à la "va comme je te pousse" !
déclarez vos variables, nommez les explicitement, utilisez les propriété avec leur noms complets !!
tu parles d'un gain de temps !! il suffi de presser Ctrl-Espace , et il complete le nom des objets et proprietes.
ICIoBRa
Messages postés368Date d'inscriptiondimanche 24 juin 2001StatutMembreDernière intervention 7 décembre 2015 13 avril 2003 à 20:28
Wai en fait c toujours komme tu la di la propriétée la plus utilisé de chaque objet, par exemple pour une textbox ca va pas être la picture par default, surtout k'en a pa ;p
Enfin on a tous compris ...
+²
Jujufouq
Messages postés254Date d'inscriptionjeudi 27 décembre 2001StatutMembreDernière intervention 5 mars 2006 13 avril 2003 à 20:03
Mais je vous ai dit que tous les contrôles avait une propiété par défaut, je vais pas m'amuser à toutes les mettres! A vous de chercher dans 'explorateur d'objet.
Et puis, Bricomix, je mets toujours les propriétés aussi, c'est question de goût et d'habitude pour chacun, et de préférences
Bye tt le monde, merci pour vos commentaires.
ICIoBRa
Messages postés368Date d'inscriptiondimanche 24 juin 2001StatutMembreDernière intervention 7 décembre 2015 13 avril 2003 à 18:10
mdr lé bien simpa lotre i di tu as oublié des trucs et Yen ajoute 2, lol tu crois tout le monde Vas en ajouter 2 ou kWa ? ;)
+²
Bricomix
Messages postés340Date d'inscriptionvendredi 11 octobre 2002StatutMembreDernière intervention14 février 2005 13 avril 2003 à 15:45
Ouai si tu veux ... mais moi j'ai toujours mit le nom de la propriété, le code fait plus propre et mieux organisé.
KaViDee
Messages postés262Date d'inscriptiondimanche 1 septembre 2002StatutMembreDernière intervention18 juin 2008 13 avril 2003 à 13:31
lol, c'est vrai que c'est meme pas niveau 0 mais tu as oublié des trucs:
Check1.Value = 1
Check1 = 1
14 avril 2003 à 09:04
Autre chose (pourquoi il ne faut pas le faire) :
avec ado
vous avez deux recordset rsA et rsB
fields est la propriété par défaut de recordset et value la proriété par défaut de fields donc super vous écrivez :
rsA("champs1") = rsB("champs1")
et vous vous attendez à ce que les deux valeurs soient pareilles.
Et ben non, erreur type incompatible : il essaye de mettre un champs dans la valeur d'un champs.
En gros : bannissez cette habitude d'utilisez les propriété par défaut, c'est le meilleur moyen de ne pas savoir ce que votre programme fait.
Et avec le temps que vous fait gagner le vb en écrivant automatiquement les propriétés, écrivez des commentaires, indentez correctement votre code...
14 avril 2003 à 05:20
si tu change d'objet, le code ne fonctionnera pas, par exemple, si tu passes d'une zone de liste , à une listview......
il ne faut pas, je pense, abuser de cette possibilité qu'offre vb de faire un programme à la "va comme je te pousse" !
déclarez vos variables, nommez les explicitement, utilisez les propriété avec leur noms complets !!
tu parles d'un gain de temps !! il suffi de presser Ctrl-Espace , et il complete le nom des objets et proprietes.
13 avril 2003 à 20:28
Enfin on a tous compris ...
+²
13 avril 2003 à 20:03
Et puis, Bricomix, je mets toujours les propriétés aussi, c'est question de goût et d'habitude pour chacun, et de préférences
Bye tt le monde, merci pour vos commentaires.
13 avril 2003 à 18:10
+²
13 avril 2003 à 15:45
13 avril 2003 à 13:31
Check1.Value = 1
Check1 = 1
Option1.Value = True
Option1 = True
et y en a plein d'autres...
;) héhé