Salut @vincent.cantin, j'ai testé ta lib sur les diffs, great job. Différente de la lib de Lambda Island https://github.com/lambdaisland/deep-diff2, les 2 libs n'ont pas le même objectif pour vocation...d'ailleurs quel est l'objectif de ta lib ? Je vais suivre ton conseil dans la partie "Use cases" et chercher la réponse au plus profond de moi et je pense que ©"la question sera vite répondu" 😄
bah .. sinon, ya ce que j’ai ecrit vendredi dernier, dans ce chan.
deep-diff2 est pour trouver les diffs, ma lib est quand on les connait et veut les construire.
Merci pour le compliment.
J’ai eu du feedback de la part de 2 Clojuristes, je suis en train de preparer un prochain commit.
Tu as bien fait de me le notifier, j'étais en vacances et je n'avais pas vu ton annonce.
en fait, ya peut-etre moyen de faire une traduction directe entre data-diff et html-diff sans passer par du vdom.
Au risque d’enfoncer des portes ouvertes : si tu as une fonction f(x)=y (par exemple render(state)=dom) alors pour exploiter un diff sur x (dx) tu auras une fonction df(x, dx)=d’y et cette fonction est beaucoup plus difficile à écrire.
“La difficultée, c’est relatif” — Einstein
Pour être sérieux (ça m’arrive parfois), c’est une bonne remarque.
La derivee d’une fonction de rendu n’est pas si difficile que ca dans les faits, surtout si le contenu de la fonction de rendu est soumise a une syntaxe restrainte.
C’est le cas de Vrac.
Vrac utilise une sorte de template pour decrire ce qui doit etre produit sous forme d’html (enfin .. hiccup). Cette template, bien qu’elle ressemble a du Clojure, n’en est pas. Elle est concue pour etre lue et analysee.
@cgrand si ca te dit, je te donne l’access a ma lib.
lien vers Vrac: https://github.com/green-coder/vrac#the-dsls-directive
@cgrand mon idee, c’est que ca soit le programme qui genere cette fonction df
et pas l’utilisateur.
Pour l’accès je n’ai pas le temps en ce moment.