# Continuation (informatique)

Sur les autres projets Wikimedia :
En informatique, la continuation d'un système est son futur, c'est-à-dire la suite des instructions qu'il lui reste à exécuter à un moment précis. C'est un point de vue pour décrire l'état de la machine.

## Continuations de première classe

Dans certains langages de programmation comme en C ou en Scheme, on peut manipuler les continuations explicitement en tant qu'objets du langage à part entière. On peut stocker la continuation courante dans une variable que l'on peut donc manipuler en tant que telle ; puis plus loin, on peut restaurer la continuation, ce qui a pour effet de dérouter l'exécution du programme actuel vers le futur que l'on avait enregistré. Cette utilisation des continuations a été critiquée pour conduire à du code difficile à lire et sous-performant.

### En C

En C, l'instruction setjmp permet de capturer une continuation (en fait, cela stocke l'état interne du programme dans une variable, notamment la valeur du compteur ordinal et du registre de pile), et l'instruction longjmp permet de restaurer l'état précédent du programme en déroutant l'exécution vers une continuation enregistrée.

### En Scheme

Dans certains langages de programmation fonctionnelle, une continuation peut être représentée par une fonction qui peut prendre divers arguments et qui n'a pas de valeur de retour (en fait ne finit pas du point de vue de l'appelant, car le programme est dérouté). Voici un exemple en Scheme :
Le programme ci-dessus commence par définir une fonction f. Puis, nous demandons d'afficher le résultat (display) de (call-with-current-continuation f). L'instruction (call-with-current-continuation f) a pour effet de capturer la continuation courante (qui est d'afficher la valeur de retour grâce à la commande display, puis de terminer le programme) et de la passer en argument à la fonction f. Le programme appelle donc la fonction f avec l'argument k qui est ce futur là. La fonction est une séquence de trois instructions. La première instruction est (display "toto\n") et affiche toto. La deuxième instruction appelle la continuation k passée en argument avec la valeur "titi". Ainsi, on sort de la fonction f puisque la continuation a été capturée à l'extérieur. Après cela, la continuation s'exécute normalement : display s'exécute avec la valeur de retour "titi" de (call-with-current-continuation f) et le programme termine.
Pour résumer, quand ce programme est exécuté, l'instruction (display "tata\n") a été ignorée. Le programme a pour sortie à l'écran :
La fonction call-with-current-continuation est souvent abrégée par son alias call/cc.

## Exceptions

Les exceptions ont beaucoup de choses en commun avec les continuations de première classe, car les deux permettent de résoudre des problèmes similaires. De plus, les exceptions permettent de manipuler la continuation courante implicitement.
En effet, le bloc d'exception n'est qu'une structure syntaxique pour dire qu'avant d'exécuter, on a enregistré la continuation courante (sans le bloc qui traite l'exception) précédée de l'exécution de la routine de traitement d'exception, et que lorsqu'une exception sera rencontrée pendant exécution du bloc dont on rattrape les exceptions, alors on appellera la continuation correspondante. Une fois le bloc d'exception exécuté, on restore le gestionnaire d'exception précédent. L'exemple suivant en OCaml:
retourne
En effet, avant d'exécuter la division, OCaml enregistre la continuation consistant à retourner 42 puis à finir l'exécution dans l'exception Division_by_zero. Puis OCaml essaye de lancer la division qui résulte en l'appel de cette exception, à laquelle justement on venait d'associer une continuation. Enfin, si une autre erreur est levée, elle est propagée au bloc parent.
Néanmoins, les continuations de première classe et les exceptions ne sont pas interchangeables. En effet, dans un langage sans mécanisme de mémoire mutable, les continuations ne peuvent pas simuler les exceptions, ni réciproquement. De plus, même combinées, les exceptions et les continuations ne peuvent pas simuler une mémoire mutable. Une façon de distinguer les deux est de dire que les exceptions ne peuvent pas faire qu'une fonction retourne deux fois, tandis que les continuations ne peuvent pas totalement ignorer le contexte appelant. En revanche, dans un langage avec mémoire mutable, les exceptions ne peuvent pas simuler les continuations, alors que les continuations peuvent simuler les exceptions.

## Programmation par continuation

En programmation fonctionnelle, la programmation par continuation, en anglais : continuation-passing style (CPS), désigne une technique de programmation consistant à n'utiliser que de simples appels de fonctions qui prennent pour argument leur propre continuation, au lieu d'appeler séquentiellement des fonctions, ou d'exécuter une fonction sur le résultat de la précédente. De plus, les appels imbriqués de la forme f(g(x)) sont proscrits. Ces fonctions se retrouvent en quelque sorte maîtresses de leur destin, et ne se contentent plus de subir le contexte.
Un des enjeux de la programmation par continuation est d'obtenir un programme récursif terminal, qui après compilation et optimisation ne requiert plus d'empiler les appels successifs imbriqués, comme l'illustre l'exemple suivant qui calcule la fonction factorielle en OCaml. Ceci se traduit par une moindre consommation de la pile, limitant les risques de débordement, ainsi que par flot de contrôle explicite, permettant de compiler facilement un programme fonctionnel vers une représentation plus bas niveau, par exemple vers un assembleur avec l'instruction goto.
Il est possible de transformer un programme quelconque en un programme équivalent en CPS. C'est une passe de compilation courante pour les langages fonctionnels, notamment effectuées par le compilateur OCaml.
Version directe :
Version par continuation :
On remarque que tous les appels de fonctions sont terminaux.
Si on veut simplement calculer la factorielle de 5 et l'afficher, la syntaxe d'appel serait alors print_int (fact 5) dans le premier cas et fact_cont print_int 5 dans le second. Pour récupérer le résultat dans le second cas, on peut simplement passer comme continuation la fonction identité qui renvoie simplement son argument, et on peut redéfinir la première version avec :
John C. Reynolds a notamment montré que l'utilisation de ce style de programmation permettait d'implémenter facilement un interpréteur pour un langage de programmation avec des fonctions d'ordre supérieur y compris si le langage dans lequel l'interpréteur est codé n'en dispose pas, et de choisir la stratégie d'évaluation indépendamment de celle du langage de base.

## Interprétation logique

L'opérateur call/cc et les divers opérateurs de contrôle équivalents, comme l'opérateur ${\mathfrak {C}}$ de Felleisen et al., permettent de donner une interprétation calculatoire de la logique classique dans le cadre de la correspondance de Curry-Howard. En effet, call/cc a pour type $((A\to B)\to A)\to A$, qui correspond à la loi de Peirce, et ${\mathfrak {C}}$ a pour type $\neg \neg A\to A$, où $\neg A=A\to \bot$ désigne un programme qui prend un paramètre de type $A$ en entrée et ne termine pas.

## En sémantique dénotationnelle

Il existe une sémantique dénotationnelle dite par passage de continuation. Dans cette sémantique, le sens mathématique d'un programme est une fonction qui prend une continuation (celle qui suit son exécution) et rend une continuation (celle qui correspond à son exécution). Ainsi, si $P$ est un programme, sa sémantique $[\![P]\!]$ est de type $\mathrm {Continuation} \to \mathrm {Continuation}$, où $\mathrm {Continuation}$ correspond au type $\mathrm {Etat\ du\ programme} \to \mathrm {Effet\ observable}$.