随想2017-1

公司OA系统是之前的设计,有很多不合理的地方,比如流程与业务绑定的时候。

原来的设计:
在工作流定义 CanComment=1
在业务中进行读取,如果CanComment=1则可以填写普通意见。
在工作流定义 CanDeal=1
在业务中进行读取,如果CanDeal=1 则可以填写领导意见。
业务里的处理方式,在后台读取工作流定义,然后发送到前端,前端判断变量,进行意见的新建和编辑操作。

这个设计有一个重大问题,如果再出现一个比如局长意见,那么工作流定义和业务定义里都需要添加,尤其是业务程序需要同时修改前端和后台程序。

所以这个设计事实上可以直接修改为:
在工作流中定义: CommentType=Deal,Comment
在业务中读取 CommentType 传递到前端,前端直接拆分,进行新建和编辑操作。

** 原则:如果数据本身可以用来控制逻辑,那么就直接使用数据本身来控制,不要额外添加控制字段,这会加深复杂度 **


需要设计一个日志的添加和查询系统,所有的 exception 都需要写到日志中。


转载于:https://my.oschina.net/willinchang/blog/821182

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值