本文探讨了在项目中采用统一错误码设计的优势，包括消除错误描述歧义、支持错误码层级以适应不同显示需求、简化i18n处理以及方便文档编制。同时，文章介绍了错误码的层级规划，如内部错误、客户端错误、第三方错误和业务逻辑错误，并提出了模块化的错误码管理。最后，作者提到了当前设计存在的问题，即错误码数量限制，以及可能的解决方案。
本篇文章主要探讨关于统一错误码的设计，并提供笔者的实现
欢迎大家讨论，指正。
该错误码的设计在仓库：
github:GitHub - valarchie/AgileBoot-Back-End: 基于Ruoyi做了大量重构优化的基础快速开发框架。采用Springboot + Vue 3 + Mybatis Plus + 更面向对象的业务建模 + 面向生产的项目。（非玩具项目）
gitee:AgileBoot-Back-End: 基于Ruoyi做了大量重构优化的基础快速开发框架。采用Springboot + Vue 3 + Mybatis Plus + 更面向对象的业务建模 + 面向生产的项目。（非玩具项目）
统一的错误码管理的优点
- 统一的错误码描述，如果没有统一的错误码的话，错误描述散落在项目内的不同地方，同一个错误码却产生不同的错误描述，会导致歧义。
- 错误码的层级，在与客户端的交互过程中，我们可能需要根据错误的层级，来做不同的显示。例如系统内部的错误，我们产生红色的警告框。业务上操作类型的错误（例如用户名不能超过64位），我们
则以正常的黄色提示框来提醒用户。 - i18n的处理。统一的错误码管理，才
最低0.47元/天 解锁文章
扫一扫
4234
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
