该系统是较为复杂的流程系统，最近它的流转引擎需要更改，所以前端需要配合迁移。重新审视代码吐槽一番。
吐槽点1：为什么我把每个节点的转发，转办，通知，同意等接口都写了一遍！
当时我把每个接口都写一遍是因为后台给的是不同的接口，就算是不同的接口，我也可以把接口地址作为变量写一个公共的方法啊！再说我觉得后台应该也是调用的一个公共方法，如果沟通好的话可能都不需要修改接口地址，而是只改接口内的参数。
吐槽点2：为什么我得前端判断按钮是否显示啊！
当初设计的时候有一个stepNo的概念，比如一个市场问题有17个步骤分六个模块，在原因分析模块有失效分析，责任认定，根本原因三块内容。这三块内容后面可能还有审批这步操作。我就根据stepNo分清它是在哪个步骤再决定按钮的显示。当然只有当事人在待办中看才能看到当前stepNo显示的按钮。这个设计我感觉没什么问题，但是我不能向后端获取按钮吗。只要约定好按钮的样式函数。
吐槽点3：为什么要用用户的loginName而不是id作为标识啊
有的节点需要判断下一个操作的用户是谁需要向后台传递后一位的操作者，但是用了loginName出了许多问题，比如人员同步是有问题，当时发生问题的根本原因是为了美观和登录方便去掉了同名用户后面的数字，呵呵。当然用loginName还有一个原因是当时的引擎只支持这个，想想也是，引擎数据库的用户id和公司内部的用户id不同步啊，因为引擎是别的公司的产品。
吐槽点4：为什么一个vue文件有两千行啊！
emmm，一个原因是当时在一个模块里的操作比较多，想上面的原因分析。又要初始化，又要填表，又要赋值，又要判断在stepNo做的操作。还有就是组件化做的不太好的原因。有些css还没有复用。毕竟是一年前做的系统，原谅一下自己。
总结
虽然当时代码写的烂，但是用户体验不错，也完成了需求（毕竟是定制开发）。说明项目的成功与否与客户是否满意有很大关系。