Tous les billets

Bonjour à tous,

Edit du 29/11/2019 : ajout à la fin de l'article, de l'amélioration de la fonction de "letters".

La version présentée ci-dessous permet de parser du LISP (grammaire standard) et renvoie le résultat (une structure dont un arbre plat des atomes génériques trouvés) vers la sortie standard :
- un atome qui soit au moins un symbole, un nombre, ou un mélange des deux ;
- un atome de texte avec la compréhension de l'échappement du ...

Ici une matrice finale de 4x4 depuis un vecteur de 16 éléments. Deux solutions différentes :
- une imbrication de boucles, permettant d'avoir un accès aux deux dimensions de la matrice avec une variable locale incrémentée (pas de 1) ;
- une seule boucle, dont on applique au numéro de l'itération une division euclidienne (quotient et reste forment les deux dimensions de la matrice).

nb : la même matrice est réutilisée, ce qui ne serait probablement pas le cas dans ...

Ne trouvant mon bonheur, j'ai testé quelques combinaisons pour me rapprocher des coroutines... Il ne s'agit pas réellement de coroutines, car il n'y a pas suspension de l'exécution d'une fonction. La lambda utilisée ici comme un itérateur (closure), peut recevoir des arguments lors de l'appel (ce n'est pas le cas dans mon exemple). Ainsi vous pouvez facilement émettre et recevoir à chaque appel des valeurs.

Code lisp :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
(define-condition coroutine-terminee (error)
	( (message :initarg

...

Lorsque vous utilisez des structures sous LISP, il peut ne pas être évident de savoir quels slots sont définis, notamment lors de la reprise d'une image. Ou simplement pour renvoyer de manière la plus simple et rapide possible, la liste dans un flux.

Pour réaliser ceci, je me suis penché sur le fonctionnement de describe, que je vous invite fortement à découvrir dans le détail.
-> Voir tout particulièrement (defmethod describe-object ((symbol symbol) stream) ...
...

Une question de cartes
Dans son billet Misères de l’analyse objet, un cas pratique, François (j’ai décidé une bonne fois pour toute de l’appeler par son prénom) montre les travers d’une approche objet naïve qui tenterait de refléter le réel dans les classes du programme. Elle mène à un code difficile à factoriser et difficile à maintenir. Le billet montre comment raffiner le concept initial, de façon itérative, jusqu’à arriver à la représentation adaptée au meilleur algorithme. François en ...