Si vous jugez nécessaire de changer l’interface vers une procédure de manière incompatible, vous pouvez faire en sorte que tous les appelants utilisant l’ancienne interface échouent dès qu’ils essaieront d’appeler un programme relié à votre programme de service. (Un changement incompatible est celui qui exige la recompilation de chaque module
Traiter les changements incompatibles apportés aux procédures
qui appelle votre procédure, et parfois demande un changement du source pour les instructions d’appel. Ajouter un nouveau paramètre obligatoire est un exemple de changement incompatible.)
En changeant la signature du programme de service, vous assurerez l’échec de tous les programmes utilisant l’ancienne interface. Si vous avez des blocs export multiples, supprimez tous les blocs sauf le *CURRENT, et changez la signature sur celui-ci. Après avoir recréé votre programme de service, si vous essayez d’appeler un programme en utilisant le programme de service, l’appel échouera avec MCH4431 (violation de signature du programme).
Cela ressemble peut-être à un résultat indésirable, mais c’est un moindre mal : ce serait bien pire si les programmes continuaient à appeler vos procédures avec les mauvais paramètres. Le MCH4431 indique que le programme doit être recompilé et reconstruit.
Cela dit, faites tout votre possible pour éviter de changer l’interface vers vos procédures de manière incompatible. Etudiez la possibilité d’ajouter des paramètres facultatifs ou d’ajouter une nouvelle procédure au lieu de modifier l’ancienne.
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
