Dans les releases pré-V5R2 (et encore à ce jour par défaut), une structure de données décrite en externe ne contient que les champs qui apparaissent dans le buffer d’entrée. Donc, pour une structure de données décrite en externe dérivée d’un fichier écran, les éventuels champs en sortie seulement n’apparaîtront pas
>
Tech > Plus que simplement des champs capables d’entrée dans les structures de données décrites en externe (V5R2)
Plus que simplement des champs capables d’entrée dans les structures de données décrites en externe (V5R2)
dans la structure de données. La situation est encore pire pour un fichier d’imprimante ; sa structure de données décrite en externe n’a pas du tout de sous-champs.
En V5R2, le dernier paramètre du mot-clé EXTNAME peut être l’un des quatre suivants : *INPUT (champs dans le buffer d’entrée), *OUTPUT (champs dans le buffer de sortie), *ALL (tous les champs dans le format d’enregistrement) ou *KEY (champs clés). La figure 5 en montre un exemple.
En spécifiant *ALL ou *OUTPUT pour un fichier d’imprimante et *ALL pour un fichier écran, on peut obtenir une structure de données décrite en externe avec tous les champs dans le fichier. On peut ainsi s’assurer que les champs du programme sont identiques à ceux du fichier, et empêcher le compilateur de créer des champs autonomes en utilisant ses propres types par défaut (packé pour numérique, par exemple).
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
