Passer des chaînes à setTimeout : une question de nécessité

De nombreux développeurs désapprouvent la pratique consistant à transmettre des chaînes à setTimeout en raison de problèmes de performances, de risques de sécurité potentiels et de son caractère obsolète. statut. Cependant, il peut y avoir de rares scénarios où cette syntaxe pourrait être bénéfique.

Le débat sur la dépréciation

La syntaxe traditionnelle pour setTimeout et setInterval impliquait de transmettre une chaîne qui représentait le code à exécuter. Par exemple :

setTimeout('doSomething(someVar)', 10000);

Cependant, le JavaScript moderne favorise l'utilisation de références de fonction à la place :

setTimeout(function() {
    doSomething(someVar);
}, 10000);

L'argument en faveur des chaînes

Le débat surgit lorsqu'il s'agit de déterminer s'il existe des raisons valables de s'écarter de la syntaxe recommandée. Un argument possible pourrait être le désir d'accéder à une fonction ou à une variable qui réside dans la portée globale mais qui aurait pu être remplacée localement.

Les arguments contre les chaînes

Malgré cette justification, l'utilisation de chaînes dans setTimeout est fortement déconseillé. Les variables globales sont toujours accessibles via les propriétés de l'objet fenêtre. Par exemple :

setTimeout(window.doSomething(someVar), 10000);

Tolérance historique

L'autorisation de chaînes comme arguments pour setTimeout et setInterval est probable ancrée dans des facteurs historiques. Les premières versions de JavaScript ne prenaient en charge que les chaînes. L'ajout de la possibilité de transmettre des références de fonction a été un ajout ultérieur. Pour garantir la compatibilité ascendante, les navigateurs autorisent toujours la syntaxe de chaîne, même si elle est obsolète.

Conclusion

Bien qu'il soit techniquement possible de transmettre des chaînes à setTimeout dans certains cas, cette pratique n'est généralement pas recommandé en raison de la disponibilité d’approches alternatives. L'utilisation de références de fonctions offre des performances améliorées, renforce la sécurité et respecte les directives de code modernes. Par conséquent, la syntaxe de chaîne obsolète doit être évitée pour des raisons de clarté, de maintenabilité et de qualité globale du code.