Recherche…


Remarques

L'instruction CONTINUE entraîne la poursuite du flux de contrôle dans l'instruction suivante. Pas tout à fait une opération, car cela peut influencer le flux de contrôle dans les séquences d'instructions composées, en particulier IF / THEN / ELSE.

entrer la description de l'image ici

Un pratique? Par exemple, au début du développement et de la construction avec et sans aide au débogage.

CALL "CBL_OC_DUMP" USING structure ON EXCEPTION CONTINUE END-CALL

Ce code, bien que coûteux, autorisera les CBL_OC_DUMP mémoire formatés lorsque le module CBL_OC_DUMP est lié à l'exécutable, mais échouera inoffensivement s'il ne l'est pas. * Cette astuce n'est applicable que dans les premiers stades de développement. Le coût d'un échec de recherche dynamique n'est pas quelque chose à laisser dans le code actif, et ces lignes doivent être supprimées de la source dès que des préoccupations initiales sont satisfaites lors du test alpha. Le premier jour de codage, cela peut être une aide pratique. Au deuxième jour, le code ON EXCEPTION CONTINUE doit être nettoyé.

Placeholder

Ceci est artificiel mais certains programmeurs COBOL peuvent préférer la clarté positive, par opposition à l'utilisation de NOT dans les expressions conditionnelles (en particulier avec l'erreur logique sujette à var NOT = value OR other-value ).

 if action-flag = "C" or "R" or "U" or "D"
     continue
 else
     display "invalid action-code" upon syserr
     perform report-exception
     exit section
 end-if


Modified text is an extract of the original Stack Overflow Documentation
Sous licence CC BY-SA 3.0
Non affilié à Stack Overflow