L'exécution du programme ne consistant qu'en l'évalutation de ces expressions.
Je vois bien l’idée mais ce contraindre à coder uniquement selon ce paradigme me semble relever de la manie pathologique.
Obsession qui s’opposerait celle qui consisterait à assumer systématiquement que tout usage du goto est légitime et pertinente ^
Je note la notion d’« effet » dans un coin de ma tête... mais là j’ai prévu de me pencher à nouveau sur un autre langage que j’avais abordé il y longtemps et auquel j’ai envie de m’intéresser à nouveau.
J’ai le sentiment qu’un return (qui existe en Lisp), est compatible avec un paradigme fonctionnel strict (ce n’est pas un saut vers « n’importe où », juste un raccourci dans la fonction...), alors que le goto (qui peut lui sauter vers n’importe où) ne l’est pas (du moins pas sans convolutions extrêmement coûteuses, et donc inenvisageables)
[^] # Re: goto return cave
Posté par Marotte ⛧ . En réponse au journal Is return the new goto ?. Évalué à 5.
Je vois bien l’idée mais ce contraindre à coder uniquement selon ce paradigme me semble relever de la manie pathologique.
Obsession qui s’opposerait celle qui consisterait à assumer systématiquement que tout usage du goto est légitime et pertinente ^
Je note la notion d’« effet » dans un coin de ma tête... mais là j’ai prévu de me pencher à nouveau sur un autre langage que j’avais abordé il y longtemps et auquel j’ai envie de m’intéresser à nouveau.
J’ai le sentiment qu’un return (qui existe en Lisp), est compatible avec un paradigme fonctionnel strict (ce n’est pas un saut vers « n’importe où », juste un raccourci dans la fonction...), alors que le goto (qui peut lui sauter vers n’importe où) ne l’est pas (du moins pas sans convolutions extrêmement coûteuses, et donc inenvisageables)