> Tech > 4. Ne pas transformer tous les programmes appelés en modules pour améliorer les performances.

4. Ne pas transformer tous les programmes appelés en modules pour améliorer les performances.

Tech - Par Renaud ROSSET - Publié le 24 juin 2010

Dans la foulée de la modularisation des applications RPG et de la conversion des sous-routines en procédures, on peut être tenté d'abandonner une technique modulaire que l'on utilise probablement déjà  : les programmes distincts appelés dynamiquement. Il n'est pas nécessaire de convertir en procédures la plupart des programmes déjà  fonctionnels.

4. Ne pas transformer tous les programmes appelés en modules pour améliorer les performances.

Il est vrai que la liaison statique des modules, propre à  ILE, stimule les performances d’appel mais, pour en bénéficier vraiment, il faut appeler le module de façon répétitive.
Lorsqu’on choisit le code des programmes existants à  convertir en procédures, il convient de  » penser petit « . La sous-routine commune (ou programme appelé) qui valide un numéro de compte en comptabilité générale pourrait être un fort bon candidat pour la nouvelle architecture. En revanche, la fenêtre de consultation multifichiers avec deux sous-fichiers, dont le débogage a duré une semaine, n’est probablement pas l’endroit où commencer à  utiliser des procédures.
On utilisera la liaison statique pour améliorer les performances des programmes appelés dans un environnement où il y a de nombreux appels, dans lequel le programme appelé est invoqué de façon répétitive au cours d’une seule exécution du programme appelant. Un module RPG IV avec une procédure principale peut appeler un autre module avec une procédure principale sans aucune considération de coding spéciale. Lorsqu’on lie les modules entre eux en utilisant la commande CRTPGM (Create Program), on précise (dans le paramètre ENTMOD) quel module prend la main initialement au démarrage du programme.

Téléchargez cette ressource

Microsoft 365 Tenant Resilience

Microsoft 365 Tenant Resilience

Face aux failles de résilience des tenants M365 (configurations, privilèges, sauvegarde). Découvrez 5 piliers pour durcir, segmenter et surveiller vos environnements afin de limiter l’impact des attaques. Prioriser vos chantiers cyber et améliorer la résilience de vos tenants Microsoft 365.

Les plus consultés sur iTPro.fr

A lire aussi sur le site

À la une de la chaîne Tech