AgileBoot - 项目内统一的错误码设计

本文探讨了统一错误码在项目中的重要性,包括消除歧义、方便国际化和集中管理。介绍了错误码的层级划分,如内部错误、客户端错误、第三方错误和业务逻辑错误,并提出模块化的错误码设计。此外,还分享了一个具体的错误码实现案例,并讨论了设计中可能遇到的问题及解决方案。欢迎读者参与讨论和提出建议。
摘要由CSDN通过智能技术生成
本篇文章主要探讨关于统一错误码的设计,并提供笔者的实现

欢迎大家讨论,指正。

该错误码的设计在仓库:

github:https://github.com/valarchie/AgileBoot-Back-End
gitee:https://gitee.com/valarchie/AgileBoot-Back-End

统一的错误码管理的优点

  1. 统一的错误码描述,如果没有统一的错误码的话,错误描述散落在项目内的不同地方,同一个错误码却产生不同的错误描述,会导致歧义。
  2. 错误码的层级,在与客户端的交互过程中,我们可能需要根据错误的层级,来做不同的显示。例如系统内部的错误,我们产生红色的警告框。业务上操作类型的错误(例如用户名不能超过64位),我们
    则以正常的黄色提示框来提醒用户。
  3. i18n的处理。统一的错误码管理,才使得国际化更好实现。我们可以给每一种错误码定义唯一的key,来找到对应不同语言的错误描述。
  4. 集中的错误码管理便于形成文档供调用者参考。例如我们提供接口给其他团队调用,可以提供给他们详细的错误码列表。

无错误码设计的缺陷

Ruoyi项目

  1. 错误描述散落在项目的各个地方,一旦有改变错误描述的需求,要满项目去寻找关联的错误描述,然后逐一修改。这种情形很容易造成疏漏。
  2. 如果需要翻译的话,这种随意的字符串形式也很难去做国际化翻译。</
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值