Discussion :

[NeuroTransMetteur]

Bonjour,

Montaigne répondit à Rabelais : « J'aime mieux une tête bien faite qu'une tête bien pleine » qui prétendait l’inverse.
J’ajouterais mon grain de sel en synthétisant (oh ! J’espère que Mr de La Palice a de la place pour se retourner !) : il vaut mieux une tête bien faite et bien pleine .

N’étant pas informaticien, et donc sans formation théorique, j’ai une petite question conceptuelle à vous soumettre. (un exemple étant mieux qu’un...)

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
Function fct_sPerso(vAriable...) As ...
On Error GoTo Err1
 Dim sParam As String,  Data As ...         '<--------------
 ...
 Select Case Data
  Case A
  Case B
  Case C
    Dim db As Database, oRST as Recordset   '<--------------
     On Error GoTo Err2
     Set db = CurrentDb
     Set RstRisCaisse = oQDef.OpenRecordset()
     ...	 
     GoTo Sortie
 End Select
 
Exit Function
 
Sortie:
On Error Resume Next
 oRST.Close: Set oRST = Nothing: Set ldb = Nothing
Exit Function
 
Err2:
  MsgBox err.Description, 16, "Erreur fct_sPerso Err2 : err N°" & err
  Resume Sortie 
Err1:
 MsgBox err.Description, 16, "Erreur fct_sPerso Err1: err N°" & err
Exit Function

Certaines déclarations se trouvent en milieu de procédure.
Me basant sur le faite que les déclarations réservent une place en mémoire, pourquoi les mettre au début si on n'est pas certain de les utiliser ?
Merci de vos lumières.

Alain.

[Jean-Philippe André]

Lors de l'apprentissage du code durant les cours de programmation, on a tendance à encourager les déclarations de variables en haut de code pour avoir une méthodologie de syntaxe. Comme toute variable utilisée est sensée etre déclarée, on peut par là même définir une zone de déclaration dans le code dans laquelle tout doit apparaitre.

Les questions liées à l'espace mémoire dépend clairement des conditions d'utilisation (fortes contraintes, développement pour système embarqué, espace mémoire restreint) ainsi que du langage utilisé.

L'avantage que je vois à tout déclarer en haut de code, et typiquement dans le cas d'espace mémoire restreint, et de voir tout de suite si tout l'espace nécessaire est dors et déjà réservé dans la mémoire, si tout fonctionne correctement.

Une fois ces considérations vues, il est clair qu'aujourd'hui, la déclaration à la volée de variables, sur des machines présentant parfois plusieurs To d'espace disque peut paraitre évidente et simplifierait la vie du codeur

[NeuroTransMetteur]

Merci pour cette réponse rapide.

[Didier Gonard]

Bonjour,

Vu que nous parlons de VBA, pour moi c'est surtout dû à 2 points (1 seul en fait, le 2ème) :

1 - pour une question de lisibilité, surtout en considérant le point 2

2 - En VBA dès que tu fais un F8 (pas à pas) sur une procédure, tu peux remarquer dans la fenêtre variables locales (qui devrait toujours être utilisée à certains moments) que quelque soit l'endroit où tu déclares ta variable, l'interpréteur (si c'est lui) scanne toutes les variables et les prends en compte, c'est ce qui doit d'ailleurs permettre à Option Explicit de te signaler en 1er lieu les variables non déclarées.
Donc tant qu'à faire privilégier la lisibilité et la maintenance....

Cordialement,

Ps : si le côté technique de la réponse = OK ou pas => pensez à cliquer sur les pouces et quand question résolue à la taguer résolue, et chaque action vous rapporte des points

Didier