Re : If then goto
Cela fait plusieurs messages dans lesquels je lis 'à proscrire', 'A BANNIR' …
Pourquoi être aussi catégorique, intransigeant ?
On a des problèmes avec des outils quand on les utilise mal !
Faut-il pour autant les mettre à la poubelle ? Mieux vaut, à mon avis, apprendre à s’en servir à bon escient ?
...
Bonjour à tous,
Si... seulement tu avais raison ?
On n'a pas seulement des problèmes quand on utilise mal les outils mais surtout quand on les utilise à
mauvais escient. Ce qui, convenons-en, semble être le cas qui nous préoccupe ici. D'autant que la structure de la macro est très simple et qu'elle fonctionne correctement (je parle du code du #6). Si le résultat n'est pas celui escompté par notre ami Joël, c'est sûrement dû à une erreur de logique. Ou alors, je n'ai pas correctement cerné la question.
Pour en revenir à l'utilisation des outils, l'instruction
Goto a été intégrée au Basic à ses débuts, quand le déroulement des programmes était uniquement séquentiel. Depuis, ce langage adapté à la Programmation Orientée Objet s'est suffisamment étoffé pour que cette instruction puisse être aujourd'hui considérée comme caduque. Je programmais Basic depuis ses débuts, ou presque, ce qui fait une bonne trentaine d'année. A cette époque déjà, on considérait que
Goto était la conséquence d'une mauvaise analyse de la programmation. Depuis plus de huit ans que j'utilise VBA, je n'ai jamais eu besoin d'y recourir.
J'émettrais des réserves quant aux "
On Error..." qu'il m'est arrivé d'insérer parfois, mais uniquement par paresse et pour ne pas avoir à créer une usine à gaz de traitement d'erreurs. Mais là encore, dans 99,99% des cas, je pense qu'on peut s'en affranchir.
Cet avis m'est, bien sûr, tout personnel et il n'est pas dans mes intentions d'entamer une polémique à ce sujet. Chacun fait comme il le conçoit, il n'est pas de solution universelle dans ce domaine.
Attendons de voir si Joël a trouvé la solution qui lui convient.
Bien cordialement.