behaviors revamp:一年前我在一个项目中运行过的设计问题重述 源码

行为改良 欢迎使用此仓库。 从特定功能的架构角度,这将汇编从过去的项目中学到的经验教训。 该功能虽然有效,但很复杂,难以维护并且难以学习如何正确实施-当一个项目中有3个以上的人员时,这是不应该发生的。 背景 在以前的项目中,曾经有一个涉及用户可以执行的工作流操作的要求(例如,发送文档以供审阅,分配给其他人,批准,拒绝,发布)。 由于大多数类似,因此进行了抽象-但是,伸缩性不好。 要求 开发人员应该能够使用“行为”来编写动作。 行为是原子的和可重用的操作(即,将POST发送到后端,打开出现在各处的对话框),而Action是一组有序的行为。 执行需要支持异步(即等待用户输入,BE响应) 在