<!DOCTYPE html>
<html data-lt-installed="true">
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body style="padding-bottom: 1px;">
<p><br>
</p>
<div class="moz-cite-prefix">Le 02/09/2024 à 21:48, Philippe Strauss
via gull a écrit :<br>
</div>
<blockquote type="cite"
cite="mid:A0B7JS.DUJFAUL8ZK472@straussaudio.ch">Ah j'ai peut-être
oublié ceci:
<br>
...
<br>
<br>
<blockquote type="cite">L'architecture innovante retenue et celle
d'Elm avec en plus un concept d'*incremental
<br>
change state machine*, top, et applicable à un champs beaucoup
plus vaste qu'à la GUI web,
<br>
quasi toute la GUI premièrement, puis une bonne part de la
programmation en général.
<br>
</blockquote>
<br>
Ce modèle, qui se retrouve dans un tableur afin de ne calculer que
les dépendances
<br>
d'une valeur lorsque cette dernière change, est un must dès que
l'appli. web
<br>
doit recalculer des valeurs (calcul au sens large) lorsque soit la
source de données
<br>
se met à jour, soit que la GUI impose un recalcul du résultat.
(cellule de valeur changeante
<br>
du spreadsheet aussi bien du côté de la source de donnée provenant
du serveur que de
<br>
valeurs définies de la GUI).
</blockquote>
<p><br>
</p>
<p>C'est la technique que j'utilise lorsque j'écris un interpréteur.
Je considère que chaque fonction/symbole/etc. est un objet, et que
chacun de ces objets à une "valeur", qui peut être une valeur
constante ou un autre objet. De toute façon, à la fin, on a
toujours une valeur "définitive". Un peu comme les "atom" de Lisp.
La chaîne hiérarchique est changée à chaque modification de la
valeur finale et il n'est alors plus nécessaire de parcourir toute
la chaîne à chaque fois que l'on a besoin de la "valeur".<br>
</p>
<p>dc<br>
</p>
<br>
</body>
<lt-container></lt-container>
</html>