系统之业务设计原则

防重原则

比如支付系统的重复支付.

首先我们得识别什么是重复的? 更新,新增 操作.

还有就是怎么针对重复去做校验

模块复用原则

当你有拷贝代码欲望的时候,就要考虑系统的重构了,很多人都想着写完后再去做这件事,其实建议在开发期间就做这件事情,之后的话都开发上线了,肯定也不会去做了.

可追溯原则

其实就是做好日志管理,接口的毫秒数,以及关键接口日志的打印,要在出问题的时候能够利用日志定位问题.

反馈原则

尽可能给调用者一个明确的反馈.

A: 用户名不存在 | 帐号密码错误 | 用户无权限

B: 登录错误,请重试

备份原则

1.做好代码的备份. GIT | SVN.

2.数据备份. 运维定时定期备份数据.

3.操作记录备份. 界面上执行了什么操作.

其中新增和修改以及单条操作都可以使用,如果涉及到批量删除,是使用utils进行单独处理的,其实也可以修改每个接口的返回值,按照返回值进行AOP日志处理,但是这种方案的考量是不打算和代码耦合过深.

@LogRecord(content="修改了订单的配送员：从“#request.oldUserId”, 修改到“#request.userId”",
bizNo="#request.deliveryOrderNo")
publicvoidmodifyUser(updateRequestrequest){
doUpdate(request);
}

4.人员备份,公司层面的,不会因为某个人离职而导致项目的停滞.

规范:定期review()

华为就有个类似的挑刺制度，我看你的代码里有什么漏洞，你看我的代码有什么漏洞。

华为数通平均一个月是300行代码，其他时间都是在挑刺。

软件质量衡量标准（管理）

从不同的维度对我负责的项目进行评判。

总结过去，掌握未来。

功能性:满足功能要求.

效能:投入多少,产出多少.

兼容性

易用性

可靠性

安全

可维护性

可移植性