Salut tout le monde. Je suis en train de refactoriser une partie assez ancienne de notre codebase, et je suis tombé sur un bloc de code qui gère les états d’un processus métier avec une série de if-else imbriqués qui commence à devenir vraiment difficile à suivre. J’ai pensé à introduire une machine à états pour clarifier tout ça, mais je me demande si ce n’est pas overkill pour un processus qui, en fin de compte, n’a que cinq ou six états possibles. Des collègues ont mentionné que ça pourrait ajouter de la complexité inutile au début. Je suis un peu tiraillé, parce que d’un côté je vois la dette technique arriver, et de l’autre, je ne veux pas créer une abstraction qui serait plus lourde que le problème actuel. Quelqu’un a-t-il déjà été dans cette situation ?
|
Comment décider si une machine à états vaut le coup pour un processus métier?
|
|
« Sujet précédent | Sujet suivant »
|
