Nos logiciels intègrent des notions fonctionnelles, parfois difficiles à appréhender, et tendent vers de plus en plus de complexité. Réduire la difficulté de prise en main de leur code applicatif est donc primordial. Des approches telles que le Domain Driven Design tentent de diminuer l'impact de cette complexité, notamment grâce à la mise en avant des règles métier. Nous voulons avant tout nous concentrer sur les aspects fonctionnels de notre code. Disposer d'un outil permettant d'exprimer nos règles métier de manière claire et testable a donc un intérêt évident ! Bien sûr, s'il est également capable de faciliter le requêtage tout en faisant abstraction du mécanisme employé pour le stockage des données, pourquoi s'en priver ? « Un client ayant passé plus de 10 commandes et s'étant inscrit dans l'année aura une réduction de 8% » Imaginez pouvoir tester si un client donné satisfait cette règle. Mieux, imaginez que la même règle puisse être utilisée avec Doctrine, Elasticsearch, Pomm et autres pour retourner les clients ayant droit à la réduction. Nous verrons à travers plusieurs cas réels que c'est exactement ce que RulerZ permet d'accomplir.
Commentaires