本篇内容主要讲解“AgileBoot项目内统一的错误码怎么管理”，感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷，实用性强。下面就让小编来带大家学习“AgileBoot项目内统一的错误码怎么管理”吧!统一的错误码描述，如果没有统一的错误码的话，错误描述散落在项目内的不同地方，同一个错误码却产生不同的错误描述，会导致歧义。错误码的层级，在与客户端的交互过程中，我们可能需要根据错误的层级，来做不同的显示。例如系统内部的错误，我们产生红色的警告框。业务上操作类型的错误（例如用户名不能超过64位），我们 则以正常的黄色提示框来提醒用户。i18n的处理。统一的错误码管理，才使得国际化更好实现。我们可以给每一种错误码定义唯一的key，来找到对应不同语言的错误描述。集中的错误码管理便于形成文档供调用者参考。例如我们提供接口给其他团队调用，可以提供给他们详细的错误码列表。错误描述散落在项目的各个地方，一旦有改变错误描述的需求，要满项目去寻找关联的错误描述，然后逐一修改。这种情形很容易造成疏漏。如果需要翻译的话，这种随意的字符串形式也很难去做国际化翻译。没有准确的错误码，在一些情形下，调用方需要根据你返回的错误码进行不同的处理。如果没有准确的错误码，仅凭错误描述，比较难以实现。错误码的层级有助于客户端对于不同级别的错误进行处理。比如有的错误进行隐藏，有的错误直接暴露给用户。这边我规划了四层错误码。 错误码集合1~9999 为保留错误码 或者 常用错误码10000~19999 为内部错误码20000~29999 客户端错误码 （客户端异常调用之类的错误）30000~39999 为第三方错误码 （代码正常，但是第三方异常）40000~49999 为业务逻辑 错误码 （无异常，代码正常流转，并返回提示给用户）为了更好的分门别类，笔者给错误码设定了模块，便于客户端的特殊处理。例如客户端可以专门给某一个模块的错误进行一个统一的处理。 模块对应的数字在千位和百位。例如1XX01，XX代表了模块的意义。为了便于错误码在编写代码时方便使用，我创建了ErrorCode这个类，并将四个层级的错误类一并放进这个类当中。代码中的例子通过这样的形式进行调用：ErrorCode.Business.ROLE_NAME_IS_NOT_UNIQUE缺陷在于：一个模块内的错误码上线是100个。 解决该问题的话，有两种形式。一是：尽量设计比较通用的错误码，粒度过细会导致错误码不够用。二是：使用重复的模块，比如原来User模块，再起一个User2模块。探讨关于错误码的设计，欢迎小伙伴留言评论指正。Any corrections or suggestions are appreciated.Agileboot是一个致力于规范、质量，健壮的前后端开发脚手架。到此，相信大家对“AgileBoot项目内统一的错误码怎么管理”有了更深的了解，不妨来实际操作一番吧！这里是免费云主机域名百云主机网站，更多相关内容可以进入相关频道进行查询，关注我们，继续学习！
本篇内容介绍了“JS实现单例模式的方式有哪些”的有关知识，在实际案例的操作过程中，不少人都会免费云主机域名遇到这样的困境，接下来就让小编带领大家学习一下如何处理这些情况吧！希望大家仔细阅读，能够学有所成！一个实例只生产一次保证一个类仅有一个实例，并提供一个访问…
免责声明：本站发布的图片视频文字，以转载和分享为主，文章观点不代表本站立场，本站不承担相关法律责任；如果涉及侵权请联系邮箱：360163164@qq.com举报，并提供相关证据，经查实将立刻删除涉嫌侵权内容。
微信扫一扫 
