Discussion :

[patbou]

bonjour,

Je vois souvent sur le forum des codes dans lesquels les propriétées des objets (controls ,cells,etc) ne sont pas nommées (propriété par défaut).

Certain developpeurs estiment que l implementation est plus propre , cependant il ne me semble pas que tous les objets renvoie une propriété par défaut, ce qui peut en ometant ces propriété génerer des erreurs de compilation.

Existe t il une liste ou un site pour voir les propriété par défaut des objets
A part l aide en ligne bien sûr.

[ucfoutu]

Bonjour,

un seul conseil, ne serait-ce que pour faciliter la tâche de VB et celle de celui qui assurerait la maintenance de l'application : toujours spécifier la propriété à utiliser...

[Pierre Fauconnier]

Bonjour,

un seul conseil, ne serait-ce que pour faciliter la tâche de VB et celle de celui qui assurerait la maintenance de l'application : toujours spécifier la propriété à utiliser...

+1, même si je le fais rarement dans mes réponses sur le forum...

[EDIT]
Illustration:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
    Dim a As Variant
 
    a = Range("a1")
    Set a = Range("a1")

Les deux parties à droite du signe "=" sont identiques, pourtant celle de la première ligne renvoie la valeur de la cellule, et celle de la deuxième renvoie la cellule elle-même (objet Range). Même si le code présenté ici n'est pas optimal (utilisation de As Variant au lieu de As Range sur la deuxième ligne), il illustre la confusion possible lorsque l'on utilise la propriété par défaut.

L'avantage supplémentaire d'utiliser les propriétés à tous les coups est que la lecture et la compréhension sont plus aisées pour une autre personne qui ne connaitrait pas les propriétés par défaut.
[/EDIT]

[Bigalo]

Bonjour,

Cette fois, nous n’avons pas le même avis

Je trouve au contraire superflu l’indication explicite de la propriété par défaut .Value, pour des objets comme Range, TextBox, ListBox ou Combo.

Il existe quelques circonstances particulières où c’est nécessaire. Dans tous les autres cas, je trouve le code plus agréable à lire quand les .Value sont omis.

De même modifier le texte apparaissant sur un objet Label, .Caption ne me semble nullement nécessaire.

Je ne trouve justifié de toujours indiquer explicitement la propriété par défaut que pour les objets qu’on utilise peu fréquemment, et que donc l’on connaît moins bien.

Cordialement,

Un seul conseil : toujours spécifier la propriété à utiliser...

[Invité]

Bonjour

Pour connaitre les valeurs par défaut il faut regarder dans l'explorateur d'objets (F2 dans l'éditeur VBE), ce sont celles qui ont un point bleu.

Bigalo Je suis de l'avis de Pierre Fauconnier, systématiquement je mets toutes les propriétés par défaut, et je ne trouves pas que cela alourdi le code, mais les choses sont plus précises, et on sait de quoi on parle.

Starec

[ucfoutu]

En effet, Starec...

Mais également : en omettant de préciser d'emblée la valeur, on force VB a aller rechercher lui-même (en fonction du contrôle) celle qui est à appliquer par défaut. Il est vrai que ce temps n'est perdu qu'à la compilation, sous VB6...
Mais la compilation se fait, sous VBA, à chaque exécution ...

[Bigalo]

Re,

Je suis près à parier que la différence en temps d’exécution est inférieure à 1 %.

Par ailleurs, je vous rappelle que je suis sur Mac, où IntelliSense n’existe pas. Tous les caractères doivent donc être entrés à la main.

L’indication explicite de la propriété par défaut représente un surcroît de rigueur, ce qui est une bonne chose, et avec certains langages c’est probablement fondamental. D’après mon expérience perso, cela ne l’est pas en VBA.

Mais la compilation se fait, sous VBA, à chaque exécution ...

Pour connaitre les valeurs par défaut il faut regarder dans l'explorateur d'objets, ce sont celles qui ont un point bleu.

Je n’ai jamais vu ce point bleu dans l’explorateur de fichiers

Je mets toutes les propriétés par défaut, et je ne trouve pas que cela alourdi le code, mais les choses sont plus précises, et on sait de quoi on parle.

Question de point de vue, ou simplement d’habitudes personnelles. Je trouve déjà VBA trop verbeux. .Value ne me paraît pas nécessaire pour savoir de quoi on parle, c’est suffisamment évident sans.

[Maxence HUBICHE]

Cette fois, nous n’avons pas le même avis

<<SNIP>>

Je ne trouve justifié de toujours indiquer explicitement la propriété par défaut que pour les objets qu’on utilise peu fréquemment, et que donc l’on connaît moins bien.

Je ne partage pas non plus ton point de vue, mais tends plutôt à me joindre à ucfoutu et Pierre Fauconnier et Starec à ce niveau.
Ne serait-ce que pour un point, issu de ta propre remarque :
Et le jour où TON code est lu par un NOVICE ?
Lui, il ne les connait sûrement pas les propriétés par défaut.
En agissant ainsi, tu ne te préoccupe donc que de l'instant présent dans la vie de ton code, et pas de sa pérennité au-delà de toi-même.
C'est dommage je trouve

[patbou]

Pour connaitre les valeurs par défaut il faut regarder dans l'explorateur d'objets (F2 dans l'éditeur VBE), ce sont celles qui ont un point bleu.

pour le voir , créer un userform puis ouvrir l explorateur d objet (msforms)
et la les propriété par defaut sont "surligné " d un point bleu.

attention : tous les objets n ont pas forcement de propriété par défaut

[Qwazerty]

SAlut
Pour ma part je pense que VBA est tres flexible dans son utilisation en general, il offre c'est vrai la possibilité de ne pas marquer .Value par exemple. Mais perso je trouve que se manque de rigueur peu se payer, tout comme le faite de faire des transtypage implicite

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
Dim Str As String
 
Str = 1

J'ai commencer la programation avec VB4 et bien sur je ne faisait jamais de transtypage Str = CInt(1) (ok mon exemple est con...mais bon) et il m'est arrivé plusieur fois de le payer et de chercher l'erreur...
Depuis je suis passé sous Delphi, et la .... ben la rigueur n'est plus la meme du tout et je trouve au final que, comme dis plus haut, le faite d'avoir un code plus rigoureux aide beaucoup a la comprehension de celui ci, audela meme de toute recherche de performance.
A++
Qwaz

[philben]

bonjour,

dans le même ordre d'idée, lorsqu'une méthode comporte plusieurs arguments optionnels préférez-vous écrire :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
X = Classe.Methode ( , , ,1)

ou

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
X = Classe.Methode (Arg4:=1)

Merci,

Philippe

[Bigalo]

Maxence,

En agissant ainsi, tu ne te préoccupe donc que de l'instant présent dans la vie de ton code, et pas de sa pérennité au-delà de toi-même.
C'est dommage je trouve

J’ai cité principalement 4 objets, Range, TextBox, ListBox et ComboBox, pour lesquels, à de rares exceptions près, il me paraît superflu d’écrire .Value

J’ai du mal à croire que cela puisse poser un problème à quelqu’un qui devrait prendre la suite sur un de mes développements, non ?