Boîte à outils de dessin

Ne t'inquiète pas JL35, je prend soins de moit.

Spoiler:

Bon dix manches

A+

Salut tout le monde.

Ce n’est peut-être pas l’endroit adéquat, mais j’interviens ici quand même.

REMARQUE : Je ne parle pas de l’utilité de cette boîte à outils car elle est tout à fait utile.

Ce que je constate dans cette SUB Dessin(xa%,ya%,p%).
Voilà une procédure (sous-ensemble du programme, sous-programme, routine : appelez-la comme vous voulez !) qui débute de la ligne  5 à la ligne 545 soit 545-5+1 = 541 (cinq cent quarante et une lignes de code), c’est-à-dire 28 pages écran, et ça fera un bon paquet de pages imprimées.
Au sein de cette SUB à 3 paramètres,  je compte pas moins de :
• 3 variables globales DIM
• 50 (cinquante) variables locales DIM_LOCAL
• 18 (dix-huit) étiquettes LABEL
• 21 (vingt-et-un) appels à des sous-programmes GOSUB
• Des lignes DATA


Ce que je pense :

Il n’est plus question de parler d’un sous-programme ou d’une procédure ou d’une SUB. C’est, à mon avis, un programme (ou un logiciel ou un utilitaire ou un …) qui est un peu difficile pour moi pour l’analyser, le modifier, l’améliorer, le maintenir, etc..

Du point de vue résultat, le code fait ce qu’il est sensé faire et ça c’est un bon point.
Pardon JL35, mais je pense que ce  n’est pas la bonne façon de coder.

Pour des raisons de lisibilité et de maintenance, une SUB ne doit pas dépasser une à deux pages écran et au plus une page imprimée.
On peut toujours subdiviser une SUB longue en plusieurs petites SUB.

Autre chose :
GOSUB : GO to SUBroutine, c’est –à –dire aller au sous-programme désigné par son étiquette LABEL
C’était avant l’invention des SUB qui ne nécessitent plus l’emploi de cette commande, puisqu’il suffit d’appeler la SUB par son identificateur.

A mon avis la commande GOSUB est devenue obsolète à partir de l’implémentation des SUB.
Et pour finir :
Si on ne dispose que d’un tournevis, on arrive toujours à découper son steak avec. On y arrive, mais le résultat est très médiocre.
Si on dispose en plus d’un couteau bien aiguisé, il serait insensé de vouloir utiliser le tournevis encore !

J’ai donné mon point de vue.
Je ne veux absolument pas déclencher des polémiques.

Je ne suis pas du tout d'accord avec toi papydall, pour moi une sub c'est une boîte noire, une fois qu'elle est au point on la range dans sa bibliothèque et on va la chercher quand on en a besoin, peu importe sa longueur, on lui donne ses paramètres en entrée et elle renvoie ses résultats à la sortie, on n'a plus à s'en préoccuper et elle indépendante du programme principal.

Et je ne vois pas non plus l'intérêt, bien au contraire, de la subdiviser en plusieurs petites subs.

Et comment se passer du Gosub pour exécuter une partie de la sub ? mettre des Goto ? ( ), fabriquer une petite sub secondaire à chaque fois ? ça deviendrait plutôt lourdingue à gérer...

Mais puisque tu le vois ainsi

Papydall a écrit:

A mon avis la commande GOSUB est devenue obsolète à partir de l’implémentation des SUB.

Je suis désolé Papydall, mais je suis contre cette formulation.
Je n'ai pas l'intention d'argumenter sur tout les points qui concerne son utilité, mais je parle en connaissance de cause. Cette commande est au contraire indispensable.

Je suis en train de me faire un nouveau programme de débogage. J'en avais fait déjà un, même deux, mais le premier je ne sais plus si je l'ai publié. Ce programme est devenu obsolète avec le temps, depuis l'apparition des subs. Je n'ai pas complètement fini la stratégie, mais j'en approche, et je peux te dire que sans les gosub cela n'aurait pas de sens, car je crois que l'emploi d'une sub à la place n'est pas possible. Seulement pour les petits programmes, ou des programmes qui ont peu de variables. Qu'en à la longueur des lignes, là ton argument ne tient pas. Si tu manipules une grande quantité de  variables, il devient presque impossible de pouvoir les importer en la coupant en petit morceaux. Je sais que dans bien des cas, je perd en stratégie. D'ailleurs, suite à une erreur une fois dans mon programme, sur la liste envoyée de paramètres, j'ai eu un message d'erreur, signifiant un dépassement de limite, et je ne sais pas qu'elle est celle-ci.

J’arrête là! le but n'ai pas d'aller au delà des choses, seulement de signifier les fait.

Je vais voir la soupe.

Heu... Papydall,
Je ne suis pas d'accord non plus, surtout pour GOSUB.

Si tu prends le cas du sous-programme (à l'intérieur de la SUB) nommé Despom
, ce sous-programme est appelé plusieurs fois par ON_CLICK et une fois par un GOSUB soumis à une condition.
Je ne suis pas l'auteur du code, donc sa compréhension n'est pas facile pour moi, mais cette façon de coder ne me choque pas.

Tu peux toujours nous prouver ce que tu dis en essayant de remplacer tout les sous-programmes (avec label) par des SUB (ce qui doit être possible) mais il te faudra gérer les ON_CLICK.

A+

PS: excuse-moi Cosmos je t'ai coupé la priorité, et comme je me retrouve en début de page (3) de ce sujet je conseille aux intervenants de lire la fin de la page précédente où se trouve ton intervention avec laquelle je suis d'accord.