复杂的业务系统错误码怎么样设计比较合理

2018-06-12 12:33:35 +08:00
 cc959798

设计复杂的业务系统,比如类似的商品管理,订单管理之类的,技术不是太复杂,但是业务比较复杂。其中涉及到大量的校验,比如说一个商品元信息的编辑,会诊对几十个字段进行参数的合法校验。不合法会进行报错。

为了方便排查报错,一般会使用错误码,抛出错误信息的同带出错误码,这个错误码怎样设计比较合理,最重要的是每抛出一个错误都要手工的去定义个添加一个错误码,这样做比较繁琐,有没有好的方式,另外错误码的格式怎样定义比较合适,怎样方便用户根据错误码找到相应的解决办法,设计过类似系统的朋友给点建议

1344 次点击
所在节点    问与答
3 条回复
Fishdrowned
2018-06-12 13:39:54 +08:00
我做过类似的错误码管理,可以参考一下:

https://github.com/phwoolcon/phwoolcon/blob/master/src/ErrorCodes.php
Fishdrowned
2018-06-12 13:40:51 +08:00
至于“怎样方便用户根据错误码找到相应的解决办法”,可参考 JSON API:

http://jsonapi.org/format/#error-objects
hand515
2018-06-12 13:44:02 +08:00
大类<<N | 小类

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/462415

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX