Je ne vais pas vous faire la description compl\u00e8te du pattern (si vous ne le connaissez pas je vous conseille viement de lire l’article de Xebia), son principe est de s\u00e9parer chaque r\u00e8gle m\u00e9tier dans une classe donn\u00e9es (une sp\u00e9cification) et de pouvoir les composer avec des and, or et not pour am\u00e9liorer la lisibilit\u00e9 des r\u00e8gles m\u00e9tiers.<\/p>\n
Mais l’article de Xebia est tr\u00e8s ancien, il date d’un monde avant Java 8, avant les lambdas et la programation fonctionnelle qu’elles permettent.<\/p>\n
Je vous propose donc ici de revisiter ce pattern avec l’introduction des lambdas!<\/p>\n
Voici un exemple de r\u00e8gles m\u00e9tier basique que nous allons transformer via ce pattern pour en accroitre la lisibilit\u00e9 et la r\u00e9utilisabilit\u00e9 :<\/p>\n
\nObj1 obj1 = new Obj1();\/\/init\nboolean isSatisfied = obj.getText() != null && (obj.getNb() > 10 || obj.getNb() < 1);\n<\/pre>\nLe pattern de sp\u00e9cification sans lambda<\/h2>\n
Voici un diagramme du pattern de sp\u00e9cification originel tel que d\u00e9fini dans l’article du blog de Xebia et qui pr\u00e9sente les classes suivantes :<\/p>\n
- Une interface Specification<\/strong> qui d\u00e9finit la m\u00e9thode isSatisfiedBy(T obj)<\/strong> qui contient la r\u00e8gle de gestion en question et les m\u00e9thodes and()<\/strong>, or()<\/strong>, not()<\/strong> permettant la composition de sp\u00e9cification<\/li>\n\n
- Une classe abstraire AbstractCompositeSpecification<\/strong> qui impl\u00e9mente l’interface Specification\u00a0et ses m\u00e9thodes and()<\/strong>, or()<\/strong>, not()<\/strong> via les classes concr\u00e8tes suivantes :\n
- AndSpecification<\/strong> : composition de sp\u00e9cification via ET logique<\/li>\n\n
- OrSpecification<\/strong> : composition de sp\u00e9cification via OU logique<\/li>\n\n
- NotSpecification<\/strong> : composition de sp\u00e9cification via NON logique<\/li>\n<\/ul><\/li>\n\n
- Une class abstraite LeafSpecification<\/strong> qui sert de marqueur pour l’impl\u00e9mentation de nos sp\u00e9cifications. Chaque sp\u00e9cification que nous impl\u00e9menterons devra \u00e9tendre cette classe (ex par exemple de la classe MySpecification<\/strong> dans le schema) et impl\u00e9menter la m\u00e9thode isSatisfiedBy(T obj)<\/strong><\/li>\n<\/ul>\n
![\"specificationpattern\"](\"https:\/\/i0.wp.com\/loicmathieu.fr\/wordpress\/wp-content\/uploads\/SpecificationPattern-1024x506.png?resize=640%2C316\")
\nVoici un exemple d’impl\u00e9mentation en Java :\u00a0https:\/\/github.com\/loicmathieu\/dojo\/tree\/master\/src\/main\/java\/fr\/loicmathieu\/dojo\/pattern\/specification<\/a><\/a><\/p>\n
L’impl\u00e9mentation du\u00a0pattern avec trois sp\u00e9cifications basiques :<\/p>\n
\npublic class Obj1HasNotNullText extends LeafSpecification{\n @Override\n public boolean isSatisfiedBy(Obj1 obj) {\n return obj.getText() != null;\n }\n}\n\npublic class Obj1NbLessThan1 extends LeafSpecification {\n @Override\n public boolean isSatisfiedBy(Obj1 obj) {\n return obj.getNb() < 1;\n }\n}\n\npublic class Obj1NbMoreThan10 extends LeafSpecification {\n @Override\n public boolean isSatisfiedBy(Obj1 obj) {\n return obj.getNb() > 10;\n }\n}\n<\/pre>\nEt leurs utilisation :<\/p>\n
\nObj1 obj1 = new Obj1();\/\/init\nObj1HasNotNullText spec1 = new Obj1HasNotNullText();\nObj1NbMoreThan10 spec2 = new Obj1NbMoreThan10();\nObj1NbLessThan1 spec3 = new Obj1NbLessThan1();\n\nboolean isSatisfied = spec1.and(spec2.or(spec3)).isSatisfiedBy(obj1);\n<\/pre>\n
Le pattern de sp\u00e9cification avec lambda<\/h2>\n
Dans l’exemple pr\u00e9c\u00e9dent, on voit bien que lorsque les r\u00e8gles sont basiques, la cr\u00e9ation de classes d\u00e9di\u00e9es\u00a0est fastitieuse. Essayons donc de modifier le pattern afin que l’on puisse utiliser des lambdas pour l’impl\u00e9mentation de nos sp\u00e9cifications.<\/p>\n
Pour pouvoir d\u00e9finir une sp\u00e9cification via une lambda, il faut que l’interface Specification<\/strong> deviennent une interface fonctionnelle : une interface avec uniquement une seule m\u00e9thode (voir https:\/\/docs.oracle.com\/javase\/8\/docs\/api\/java\/lang\/FunctionalInterface.html<\/a><\/a>\u00a0pour plus d’informations). On va donc extraire dans une interface CompositeSpecification<\/strong> les m\u00e9thodes de compositions de sp\u00e9cification (and()<\/strong>, or()<\/strong>, not()<\/strong>) et ne laisser uniquement que dans l’interface Specification la m\u00e9thode isSatisfiedy(T obj)<\/strong> qui pourra maintenant donc \u00eatre impl\u00e9ment\u00e9e via une lambda.<\/p>\n
Mais la question est : comment d\u00e9finir cette lambda, il nous faudrait une sorte de factory quelque part? J’ai choisit d’ajouter une m\u00e9thode statique from(Specification spec)<\/strong> \u00e0 la classe abstraite\u00a0LeafSpecification<\/strong> qui pemet de cr\u00e9er une sp\u00e9cification depuis une lambda, c’est l\u00e0 que tout se passe et voici comment \u00e7a marche :<\/p>\n
\npublic abstract class LeafSpecification extends AbstractCompositeSpecification{\n\n public static LeafSpecification from(Specification spec){\n return new LambdaSpecification(spec);\n }\n\n static class LambdaSpecification extends LeafSpecification {\n private Specification s;\n\n LambdaSpecification(Specification s){\n this.s = s;\n }\n\n public boolean isSatisfiedBy(T obj) {\n return s.isSatisfiedBy(obj);\n }\n }\n}\n<\/pre>\nJ’ai donc cr\u00e9\u00e9 une classe interne <\/span>\nLambdaSpecification<\/strong>\n qui impl\u00e8mente\u00a0<\/span>\nisSatisfiedBy(T obj)<\/strong>\n via une sp\u00e9cification pass\u00e9 lors de la construction de la classe … et voila ! On peut maintenant cr\u00e9er des sp\u00e9cification facilement depuis une lambda via :<\/span><\/p>\n
Specification spec = LeafSpecification.from(obj -> obj.size() > 10);<\/pre>\n
Voici le diagramme de classe modifi\u00e9 :<\/p>\n
![\"lambdaspecification\"](\"https:\/\/i0.wp.com\/loicmathieu.fr\/wordpress\/wp-content\/uploads\/LambdaSpecification-1024x601.png?resize=640%2C376\")
\nVoici\u00a0un exemple d’impl\u00e9mentation en Java : https:\/\/github.com\/loicmathieu\/dojo\/tree\/master\/src\/main\/java\/fr\/loicmathieu\/dojo\/pattern\/lambdaspec<\/a><\/a><\/p>\n
L’impl\u00e9mentation du\u00a0pattern avec trois sp\u00e9cifications basiques et son utilisation (ici, plus besoin de cr\u00e9er de classes s\u00e9par\u00e9s pour les sp\u00e9cifications):<\/p>\n
\nObj1 obj1 = new Obj1();\/\/init\nLeafSpecification spec1 = LeafSpecification.from(obj -> obj.getText() != null);\nLeafSpecification spec2 = LeafSpecification.from(obj -> obj.getNb() > 10);\nLeafSpecification spec3 = LeafSpecification.from(obj -> obj.getNb() < 1);\n\nboolean isSatisfied = spec1.and(spec2.or(spec3)).isSatisfiedBy(obj1);\n<\/pre>\n
Conclusion<\/h2>\n
L’utilisation des lambdas pour impl\u00e9menter le pattern de sp\u00e9cification semble un ajout int\u00e9r\u00e9ssant. Mais attention, il est int\u00e9r\u00e9ssant dans le cadre de sp\u00e9cifications basiques tenant sur un ensemble de lignes r\u00e9duites (voir uniquement pour des sp\u00e9cifications \u00e0 une ligne?). Le mieux \u00e9tant de mixer des sp\u00e9cifications en lambda avec des sp\u00e9cifications impl\u00e9ment\u00e9e de mani\u00e8re classiques<\/em> <\/strong>quand elles repr\u00e9sentent des r\u00e8gles m\u00e9tier complexes pour ne pas aller \u00e0 l’encontre de pourquoi le pattern de sp\u00e9cification a \u00e9t\u00e9 cr\u00e9er \u00e0 la base (lisibilit\u00e9 du code entre autre).<\/p>\n
On peut d’ailleur se poser la question de savoir si l’impl\u00e9mentation en lambda du pattern de sp\u00e9cification ne serait pas en elle-m\u00eame un anti-pattern car on r\u00e9-\u00e9crit alors toutes les r\u00e8gles m\u00e9tier directement dans la classe les utilisant sans pouvoir les r\u00e9-utiliser dans d’autre classes … je vous laisse le soin de juger ;).<\/p>","protected":false},"excerpt":{"rendered":"
\u00a0Introduction : le pattern de sp\u00e9cification J’ai r\u00e9cemment mis en place le pattern de sp\u00e9cification pour g\u00e9rer des r\u00e8gles m\u00e9tier au sein d’une de nos application. Je me suis inspir\u00e9 du tr\u00e8s bon article suivant trouv\u00e9 sur le bog de Xebia :\u00a0http:\/\/blog.xebia.fr\/2009\/12\/29\/le-pattern-specification-pour-la-gestion-de-vos-regles-metier\/<\/a> cet article, bien qu’ancien (7 ans!) est toujours d’actualit\u00e9. Il est lui-m\u00eame inspir\u00e9 du pattern tel que d\u00e9crit par Martin Fowler ici :\u00a0http:\/\/www.martinfowler.com\/apsupp\/spec.pdf<\/a> Je ne vais pas vous faire la description compl\u00e8te du pattern (si vous ne le…
- OrSpecification<\/strong> : composition de sp\u00e9cification via OU logique<\/li>\n\n
- Une classe abstraire AbstractCompositeSpecification<\/strong> qui impl\u00e9mente l’interface Specification\u00a0et ses m\u00e9thodes and()<\/strong>, or()<\/strong>, not()<\/strong> via les classes concr\u00e8tes suivantes :\n