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