Discussion :

[plasto590807]

Bonjour,

Qui peut le dire et bien m'expliquer avec des mots français et pas des mots techniques informatique la difference entre SUB et PRIVATE SUB ? car je n'y comprends rien de rien.

Et à quoi ca sert réellement ? pourquoi pas utiliser simplement UserForm qui me parait et semble plus simple.
Parce que là , je suis completement dans le pâté, la choucroute,le podingue.....bref. ça me desole de rien comprendre à tout ce charabia d'informatique.


INFO : j'aurai ,je dis bien, j'aurai besoin et certainements d'autres questions, à ce sujet : "Difference entre SUB et PRIVATE SUB" si ce n'est pas clair pour moi.
Peut-être un bon exemple, y en faudra un je crois.


Merci de votre aide.

[Patrice740]

Bonjour,

Il faut se servir de la touche magique : F1

En cliquant sur private, puis en appuyant surt F1 on obtient :

Public	Facultatif. Indique que la procédure Sub est accessible à toutes les autres procédures dans l'ensemble des modules. Dans un module contenant une instruction Option Private, la procédure n'est pas disponible en dehors du projet.
Private	Facultatif. Indique que la procédure Sub n'est accessible qu'à d'autres procédures du module dans lequel elle a été déclarée.

Remarques
En l'absence des mentions Public, Privateou Friend, les procédures Sub sont publiques par défaut.

[plasto590807]

@Patrice740,

Pourquoi il est marqué Falcutatif ? Si c'est facultatif ça ne sert à rien , non ?

[Pierre Fauconnier]

Salut.

C'est facultatif car si tu ne mets rien, c'est comme si tu avais mis PUBLIC... Les deux lignes suivantes sont fonctionnellement identiques.

Code :

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

1
2
Public Sub MaProc()
Sub MaProc()

Cela dit, je ne vois pas le lien avec USERFORM...


Lorsque tu crées une procédure PUBLIC dans un module standard, tu permets à n'importe quelle procédure/fonction de ton projet d'y accéder. Si tu la mets PRIVATE, seules les procédures/Fonctions du module qui la contient pourront l'utiliser.

On met donc une procédure/Fonction PRIVATE lorsque l'on ne veut pas qu'elle puisse être accessible de l'extérieur du module:

• parce qu'elle manipule des notions que seules les autres procédures/fonctions du module peuvent lui passer;
• parce qu'elle utilise des variables privées du module;
• parce que l'on veut simplifier la saisie semi-automatique.

Par exemple, les procédures événementielles d'un userform, d'une feuille de calcul ou du classeur, sont toujours PRIVATE, puisqu'elles sont appelées par des événements internes au userform, à la feuille ou au classeur.

[Menhir]

On met donc une procédure/Fonction PRIVATE lorsque l'on ne veut pas qu'elle puisse être accessible de l'extérieur du module:

• parce qu'elle manipule des notions que seules les autres procédures/fonctions du module peuvent lui passer;
• parce qu'elle utilise des variables privées du module;
• parce que l'on veut simplifier la saisie semi-automatique.

et aussi...

• parce qu'il existe (pour diverses raisons) une autre instruction du même nom avec un code différent dans un autre projet

[Pierre Fauconnier]

Salut Menhir

Qu'appelles-tu projet? Si tu parles de projet VBA (par exemple le vbaprojet qui est par défaut le projet d'un classeur), on devra de toute façon préfixer par le projet, donc mettre Private dans ce cas ne sert à rien.

D'ailleurs, dans le même projet, on pourrait avoir besoin de deux procédures PUBLIC nommées de manière identique qui coexistent dans deux modules standards différents...

PRIVATE SUB sert à rendre une procédure utilisable uniquement par le code du module qui la contient en la rendant invisible et inutilisable du reste du projet, la notion de projet n'intervient pas ici, mais j'ai peut-être mal compris ta remarque...


Pour compléter ma réponse précédente:
Dans un module de classe (feuille, classeur, userform, classe perso), une procédure PUBLIC sera utilisable par le code du reste du projet à condition de la préfixer du nom de la classe qui la contient. Par contre, comme pour un module standard, la déclarer PRIVATE la rendra invisible et inutilisable au départ du code du reste du projet.

Quant au Friend évoqué par Patrice, je ne vois pas de cas d'utilisation concrète en VBA.

[Patrice740]

Bonjour le Fil,

@Patrice740,
Pourquoi il est marqué Falcutatif ? Si c'est facultatif ça ne sert à rien , non ?

Facultatif ne veut pas dire que ça sert à rien, ça veut dire que ce n'est pas obligatoire dans la syntaxe de l'instruction, cette différence est importante :
Chaque fois qu'un terme n'est pas obligatoire, ça signifie que le compilateur attribuera à ce terme, la valeur par défaut.
Par défaut ça veut dire : quand on ne l'a pas précisé.

Dans ce cas, comme c'est précisé dans la remarque, la valeur par défaut est Public.

Pour compléter ma réponse précédente:
Dans un module de classe (feuille, classeur, userform, classe perso), une procédure PUBLIC sera utilisable par le code du reste du projet à condition de la préfixer du nom de la classe qui la contient.[...]
Quant au Friend évoqué par Patrice, je ne vois pas de cas d'utilisation concrète en VBA.

Je trouve que l'appellation "procédure publique" pour un module de classe est une source de confusion, en comparaison des procédures publiques d'un module standard.
Pour un module de classe, il me semble préférable de parler de "Méthode" pour une procédure déclarée publique ou une fonction déclarée publique et de "Propriété" pour une variable déclarée publique.

Quant au Friend est est resté, parce que c'est un copier / coller de l'aide.
Pour ma part je ne l'ai jamais utilisé.

[Pierre Fauconnier]

Salut Patrice,


Je n'ai pas parlé de procédure publique, mais de procédure PUBLIC ( ) pour faire référence au code employé ( Public Sub()). Si j'avais parlé de méthode publique, je ne suis pas certain que tout le monde aurait compris car Public Method() n'existe pas... D'ailleurs, par rapport à d'autres langages, VBA est presque seul à différencier procédure et fonction point de vue terminologie, Sub étant l'équivalent d'une fonction Void dans la plupart des langages...).

Mais je suis d'accord avec toi: Au sein d'un module de classe, sur le plan conceptuel, on ne parle pas de procédure mais de méthode