Si vous ne prévoyez pas d'utiliser un moteur de workflow mature, je pense que vous pouvez y penser de cette façon : pour séparer les nœuds de processus du statut, vous pouvez créer une table de processus et définir les étapes clés du processus sous forme d'enregistrements, y compris les parties supérieure et inférieure du processus. Une étape, le statut, l'étape suivante. Utilisez ce tableau pour identifier le flux de ce flux de travail. Cela aura également une meilleure évolutivité.
Ce que l'interrogateur a dit est difficile à étendre, cela signifie-t-il qu'il y a trop d'états et que la transition entre les états est semblable à un réseau, ce qui amène le code à modifier l'état à répartir dans tout le programme, donc le résultat direct c'est : en fin de compte, personne ne peut Clarifier la relation entre les transitions entre les états et modifier la logique d'un état entraînera des changements dans l'ensemble du programme, entraînant des risques élevés. Je pense donc que si la transition entre les états est très compliquée, elle peut être résolue via une machine à états. La relation de transition entre les états peut être résolue par la configuration, et la relation de transition entre les états peut être intégrée dans le modèle de machine à états. . Pour plus de détails, vous pouvez vous référer à un modèle de machine à états que j'ai résumé auparavant : State Machine
![[Web front-end] Démarrage rapide de Node.js](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
Utilisez bpm pour le résoudre
Si vous ne prévoyez pas d'utiliser un moteur de workflow mature, je pense que vous pouvez y penser de cette façon : pour séparer les nœuds de processus du statut, vous pouvez créer une table de processus et définir les étapes clés du processus sous forme d'enregistrements, y compris les parties supérieure et inférieure du processus. Une étape, le statut, l'étape suivante. Utilisez ce tableau pour identifier le flux de ce flux de travail. Cela aura également une meilleure évolutivité.
Ce que l'interrogateur a dit est difficile à étendre, cela signifie-t-il qu'il y a trop d'états et que la transition entre les états est semblable à un réseau, ce qui amène le code à modifier l'état à répartir dans tout le programme, donc le résultat direct c'est : en fin de compte, personne ne peut Clarifier la relation entre les transitions entre les états et modifier la logique d'un état entraînera des changements dans l'ensemble du programme, entraînant des risques élevés.
Je pense donc que si la transition entre les états est très compliquée, elle peut être résolue via une machine à états. La relation de transition entre les états peut être résolue par la configuration, et la relation de transition entre les états peut être intégrée dans le modèle de machine à états. .
Pour plus de détails, vous pouvez vous référer à un modèle de machine à états que j'ai résumé auparavant : State Machine