Refondre un moteur de règles avec l'expression language de symfony2

Comments

Comments are closed.

C'est toujours intéressant d'avoir un retour sur l'utilisation d'un composant, merci !
Surtout quand on voit le avant / après.

Il existe cependant d'autre "ruler" comme RulerZ par exemple qui pourrait être encore plus puissant.

xavier at 19:38 on 11 Apr 2016

Effectivement RulerZ à l'air génail, nous l'avions identifié lors de la refonte. Mais nous avons choisi de partir sur expression langage pour son appartenance direct à Symfony.
Et l'expression langage est suffisant pour nous et surement plus rapide à implémenter!

C'était une bonne conférence avec un bon use case du composant ExpressionLanguage.

La seule chose que je regrette c'est ce que j'ai dit à la fin de votre conférence : le try catch sur l'exception SyntaxError pour catcher le contexte ne correspondant pas à la règle. Je regrette qu'il n'existe pas une exception spécifique pour ça. Mais ça n'est pas vraiment de votre fait.
Une autre personne a ensuite prit la parole pour vous proposer la technique d'avoir un objet qui implémente ArrayAccess mais je pense que cette astuce trouvera vite ses limites.

Je n'ai pas trop aimé cette conférence:

* Vous avez parlé de votre histoire ; ce qui est bien. Mais vous n'avez pas précisez le repo de votre précedente lib (il y a plusieurs ruler lib sur packagist). Du coup, c'était dur de ce faire une première idée.
* Vous n'avez pas assez insisté sur le pourquoi elle n'était pas bien.
* Vous avez ensuite parlé de l'Expression Language, mais de facon très très distance. ca aurait été bien de pourvoir voir plusieurs (d'avantage) exemple d'expression. De voir son utilisation dans symfony (@Securtiy, sur les routes, etc)
* Ca aurait très bien d'expliquer comment il marche (lexer / parser / compiler)
* Et un état de l'art aurait parait (https://github.com/bobthecow/Ruler ; https://github.com/hoaproject/Ruler ; https://github.com/K-Phoen/rulerz)