Quoi de plus fastidieux que d’écrire du code de nettoyage répétitif à chaque point de sortie possible d’une méthode complexe ?

Que vous gériez la fermeture de documents, la réinitialisation de drapeaux interprocessus ou la libération de ressources, garantir l’exécution sans faille de vos tâches de maintenance — peu importe comment ou où votre fonction se termine — a toujours nécessité une planification structurelle minutieuse. Si une méthode s’interrompt de manière inattendue ou rencontre un Return prématuré, oublier une seule ligne de nettoyage peut entraîner des fuites de mémoire ou des ressources bloquées.

À partir de 4D 21 R4, ces soucis appartiennent au passé. Découvrez la nouvelle commande defer: une commande de contrôle de flux puissante et moderne, conçue pour rendre votre code 4D plus propre, plus sûr et bien plus élégant.

Découvrons ensemble son fonctionnement et comment elle va transformer votre façon d’écrire du code 4D !

Qu’est-ce que la commande defer ?

Le concept est d’une simplicité remarquable : la commande defer vous permet d’empiler une expression qui ne s’exécutera automatiquement qu’une fois que la méthode ou la fonction en cours aura fini de s’exécuter.

Lorsque le flux d’exécution rencontre une instruction defer, il n’exécute pas l’expression immédiatement. Au lieu de cela, il la place en toute sécurité dans une «pile différée » interne dédiée.

La magie opère lorsque votre méthode ou fonction se termine. Quelle que soit la manière dont elle s’achève, 4D extraira automatiquement toutes les expressions de la pile différée et les exécutera dans l’ordre LIFO (Last In, First Out).

Cette exécution garantie se déclenche dans tous les cas de sortie :

• Fin normale: lorsque le flux d’exécution se termine naturellement.
• Sorties anticipées: lorsqu’une instruction Return est rencontrée et traitée.
• Abandons inattendus: même si une erreur fatale se produit et que l’utilisateur confirme l’abandon, 4D garantit que vos expressions différées sont exécutées pour nettoyer l’environnement en toute sécurité.

Cas d’utilisation pratiques

Pour découvrir toute la puissance de defer, examinons deux exemples classiques où cette commande simplifie radicalement votre développement.

Gestion des ressources à toute épreuve

Lorsque vous gérez des ressources externes telles que des arborescences XML, des transactions de base de données ou autres, vous devez vous assurer qu’elles sont correctement fermées pour éviter les fuites de mémoire. Avec defer, vous pouvez placer votre code d’allocation et votre code de nettoyage côte à côte :

var $root : Text
$root:=DOM Create XML Ref("rootName")
// Ensure the XML tree will be closed and memory freed, no matter what happens next!
defer(DOM CLOSE XML($root))
// Do something with the $root tree...

Restauration de l’état de l’environnement et de la base de données

Il arrive parfois que votre code doive modifier temporairement un paramètre global de la base de données ou un paramètre d’environnement (par exemple, pour activer la journalisation de diagnostic approfondie lors d’une opération complexe spécifique) et s’assurer qu’il soit rétabli à sa valeur d’origine par la suite. La commande defer gère parfaitement cette restauration d’état :

// Get the current state of diagnostic log recording
$logRecording:=Get database parameter(Diagnostic log recording)
// Temporarily enable it for this specific process/method
SET DATABASE PARAMETER(Diagnostic log recording; 1)
// Guarantee the original state is restored as soon as the method/function exits!
defer(SET DATABASE PARAMETER(Diagnostic log recording; $logRecording))
// Execute your complex or heavy operations here...

Exécution sécurisée dès la conception

Nous avons conçu cette fonctionnalité dans un souci de sécurité et de robustesse. Vous n’aurez pas à craindre qu’une tâche de nettoyage ayant échoué interrompe le flux de sortie de votre application.

Si une expression exécutée à partir de la pile différée génère une erreur, 4D la capture automatiquement en arrière-plan sans aucune interruption. L’exécution du reste de la pile se poursuit de manière transparente, comme si l’expression s’était exécutée à l’intérieur d’un bloc try implicite.

Pour que votre code reste simple et éviter les boucles infinies ou les comportements imprévisibles, nous avons également mis en place quelques règles de sécurité :

• Pas d’imbrication: si une expression différée contient d’autres instructions defer, ces expressions imbriquées sont simplement ignorées.
• Pas de retours internes: si une instruction Return est accidentellement appelée à l’intérieur d’une expression différée, elle ne sera pas exécutée.

Une évaluation intelligente du contexte

Lorsque vos expressions différées s’exécutent à la toute fin d’une méthode/fonction, 4D gère le contexte des variables de manière transparente : les variables locales standard conservent les valeurs qu’elles avaient au moment exact où elles ont été différées, tandis que les variables de processus, les variables d’objet locales et les enregistrements classiques reflètent leur état final à la fin de la méthode/fonction.

Conclusion

Disponible à partir de 4D 21 R4, la commande defer est bien plus qu’une simple commodité ; c’est une amélioration structurelle de votre workflow de développement. En regroupant l’initialisation et le nettoyage en haut de votre logique, votre code devient plus lisible, plus facile à maintenir et plus résilient face aux interruptions inattendues lors de l’exécution.

Êtes-vous prêt à écrire des applications 4D plus propres et plus sûres ? Donnez-nous votre avis sur le forum 4D !