Chapitre 11. Évaluation paresseuse
Cet ouvrage a été traduit à l'aide de l'IA. Tes réactions et tes commentaires sont les bienvenus : translation-feedback@oreilly.com
Bien que la paresse soit souvent considérée comme un défaut de caractère chez les gens, elle peut être considérée comme une caractéristique favorable dans les langages de programmation. En termes d'informatique, la paresse est l'antagoniste de la rigueur - ou de l' ardeur - de l'évaluation du code.
Ce chapitre te montrera comment le fait d'être paresseux peut améliorer les performances. Tu découvriras la différence entre l'évaluation stricte et l'évaluation paresseuse et son impact sur la conception de ton code.
La paresse contre la rigueur
La rigueur d'un langage décrit la sémantique de l'évaluation de ton code.
L'évaluationstricte a lieu dès que possible, par exemple lors de la déclaration ou de la définition d'une variable ou du passage d'une expression en tant qu'argument. L'évaluationnon stricte, en revanche, a lieu lorsque le résultat d'une expression est réellement nécessaire. De cette façon, les expressions peuvent avoir une valeur même si une ou plusieurs sous-expressions ne s'évaluent pas.
Le langage de programmation fonctionnelle Haskell a une sémantique non stricte par défaut, évaluant les expressions de l'extérieur vers l'intérieur. Cela te permet de créer des structures de contrôle ou des séquences de données infinies en raison de la séparation de la création et de la consommation des expressions.
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access