Déclaration simplifiée des paramètres de méthodes

Dans leur quête de pratiques de codage efficaces, les développeurs 4D configurent généralement les paramètres du chemin de compilation pour améliorer les vérifications de la syntaxe et du typage, minimisant ainsi les erreurs lors de l’exécution du code en mode compilé. Voyons comment les prototypes de méthode #DECLARE permettent de gagner du temps et d’améliorer la sécurité du code.

Habituellement, lorsqu’ils optent pour des paramètres de chemin de compilation tels que « Les variables process et interprocess sont typées » ou « Toutes les variables sont typées », les développeurs 4D doivent déclarer les paramètres de la méthode une seconde fois dans une méthode « compiler_ ».

Toutefois, avec l’introduction de 4D v20 R4, cette étape supplémentaire appartient désormais au passé. Les paramètres déclarés dans un prototype de méthode #DECLARE ne nécessitent plus une déclaration redondante dans une méthode ‘compiler_’.

La déclaration des paramètres de méthode dans un prototype #DECLARE offre désormais les mêmes avantages que pour les fonctions de classe. L’ancienne déclaration des paramètres de méthode devient donc obsolète.

L’avantage de cette amélioration est que le code existant n’est pas affecté. Les paramètres déclarés dans les méthodes « compiler_ » continuent d’être reconnus. Si un paramètre est déclaré dans une méthode « compiler_ » et dans un prototype de méthode, aucune erreur n’est déclenchée tant que leurs types sont identiques. Toutefois, une divergence entre les types entraîne désormais une erreur, ce qui contribue à améliorer la sécurité du code.

Comme les paramètres de méthode déclarés dans les prototypes ne nécessitent plus une seconde déclaration dans une méthode « compiler_ », l’action « générer le typage » dans la boîte de dialogue de compilation ajoute exclusivement les paramètres déclarés en dehors du prototype.

Pour faciliter la transition vers l’utilisation des prototypes de méthode, la dernière mise à jour introduit des avertissements dans deux scénarios :

  • Lorsque des paramètres sont déclarés à la fois dans le corps d’une méthode et dans son prototype.
  • Lorsqu’une méthode est appelée avec plus de paramètres que ceux déclarés dans son prototype.

Cette fonctionnalité vous permettra de gagner du temps et d’améliorer la qualité du code en prévenant de manière proactive les erreurs d’exécution en mode compilé.

Avatar
- Product Owner -Damien Fuzeau a rejoint l'équipe 4D Product en février 2019. En tant que Product Owner, il est en charge de la rédaction des user stories, puis de leur traduction en spécifications fonctionnelles. Son travail consiste également à s'assurer que les implémentations de fonctionnalités livrées répondent aux besoins des clients.Damien est diplômé de l'Université de Nantes en génie logiciel. Il a passé plus de 23 ans dans son ancienne entreprise, d'abord en tant que développeur (découverte de 4D en 1997), puis en tant que responsable de l'ingénierie et architecte logiciel. Cette société est un partenaire OEM de 4D et a déployé des logiciels d'entreprise basés sur 4D pour des milliers d'utilisateurs, sur des centaines de serveurs. Damien est donc habitué au développement et au déploiement 4D dans un contexte multi-langues.