La compilation conditionnelle est normalement facile à utiliser : il suffit généralement de quelques blocs conditionnels simples. Pour des situations plus complexes, voici quelques conseils :
Gardez les blocs de conditions courts. Si vous voulez que le compilateur saute à la fin d’un membre source, utilisez
/IF DEFINED(VERSION1)
Bien maîtriser les conditions
/>/EOF
/ENDIF
plutôt que le bloc suivant avec /ENDIF à la fin du membre :
/IF NOT DEFINED(VERSION1)
.
.
.
/ENDIF
Utilisez des blocs de conditions imbriqués pour simuler AND :
/IF DEFINED(CONDITION1)
/IF DEFINED(CONDITION2)
.
.
.
/ENDIF
/ENDIF
Définissez des noms de conditions supplémentaires pour simuler OR :
/IF DEFINED(CONDITION1)
/DEFINE CONDITION1_OR_2
/ELSEIF DEFINED(CONDITION2)
/DEFINE CONDITION1_OR_2
/ENDIF
/IF DEFINED(CONDITION1_OR_2)
.
.
.
/ENDIF
Définissez aussi des noms de conditions supplémentaires pour éviter de répéter des AND :
/IF DEFINED(CONDITION1)
/IF DEFINED(CONDITION2)
/DEFINE CONDITION1_AND_2
/ENDIF
/ENDIF
/IF DEFINED(CONDITION1_AND_2)
.
.
.
/ENDIF
.
.
.
/IF DEFINED(CONDITION1_AND_2)
.
.
.
/ENDIF
Utilisez des commentaires au début du programme source pour documenter les noms de conditions qui doivent être définis sur le paramètre DEFINE sur les commandes CRTBNDRPG et CRTRPGMOD. Si un nom de condition nécessaire n’est pas spécifié sur le paramètre DEFINE, le programme peut quand même se compiler. On peut forcer une erreur de compilation au début du membre source si rien n’est spécifié :
/NOT IF DEFINED(CONDITION1)
/NOT IF DEFINED(CONDITION2)
H Required condition not defined on CRT command
/ENDIF
/ENDIF
La H-spec invalide causera une erreur qui arrêtera la compilation.
Téléchargez gratuitement cette ressource
Protection des Données : 10 Best Practices
Le TOP 10 des meilleures pratiques, processus et solutions de sécurité pour mettre en œuvre une protection efficace des données et limiter au maximum les répercutions d’une violation de données.
Les articles les plus consultés
A travers cette chaîne
A travers ITPro
