|
@@ -1,48 +1,10 @@
|
|
|
package com.xindazhou.framework.common.exception.enums;
|
|
package com.xindazhou.framework.common.exception.enums;
|
|
|
|
|
|
|
|
/**
|
|
/**
|
|
|
- * 业务异常的错误码区间,解决:解决各模块错误码定义,避免重复,在此只声明不做实际使用
|
|
|
|
|
- *
|
|
|
|
|
- * 一共 10 位,分成四段
|
|
|
|
|
- *
|
|
|
|
|
- * 第一段,1 位,类型
|
|
|
|
|
- * 1 - 业务级别异常
|
|
|
|
|
- * x - 预留
|
|
|
|
|
- * 第二段,3 位,系统类型
|
|
|
|
|
- * 001 - 用户系统
|
|
|
|
|
- * 002 - 商品系统
|
|
|
|
|
- * 003 - 订单系统
|
|
|
|
|
- * 004 - 支付系统
|
|
|
|
|
- * 005 - 优惠劵系统
|
|
|
|
|
- * ... - ...
|
|
|
|
|
- * 第三段,3 位,模块
|
|
|
|
|
- * 不限制规则。
|
|
|
|
|
- * 一般建议,每个系统里面,可能有多个模块,可以再去做分段。以用户系统为例子:
|
|
|
|
|
- * 001 - OAuth2 模块
|
|
|
|
|
- * 002 - User 模块
|
|
|
|
|
- * 003 - MobileCode 模块
|
|
|
|
|
- * 第四段,3 位,错误码
|
|
|
|
|
- * 不限制规则。
|
|
|
|
|
- * 一般建议,每个模块自增。
|
|
|
|
|
*
|
|
*
|
|
|
|
|
+ *
|
|
|
* @author hmy
|
|
* @author hmy
|
|
|
*/
|
|
*/
|
|
|
public class ServiceErrorCodeRange {
|
|
public class ServiceErrorCodeRange {
|
|
|
|
|
|
|
|
- // 模块 infra 错误码区间 [1-001-000-000 ~ 1-002-000-000)
|
|
|
|
|
- // 模块 system 错误码区间 [1-002-000-000 ~ 1-003-000-000)
|
|
|
|
|
- // 模块 report 错误码区间 [1-003-000-000 ~ 1-004-000-000)
|
|
|
|
|
- // 模块 member 错误码区间 [1-004-000-000 ~ 1-005-000-000)
|
|
|
|
|
- // 模块 mp 错误码区间 [1-006-000-000 ~ 1-007-000-000)
|
|
|
|
|
- // 模块 pay 错误码区间 [1-007-000-000 ~ 1-008-000-000)
|
|
|
|
|
- // 模块 bpm 错误码区间 [1-009-000-000 ~ 1-010-000-000)
|
|
|
|
|
-
|
|
|
|
|
- // 模块 product 错误码区间 [1-008-000-000 ~ 1-009-000-000)
|
|
|
|
|
- // 模块 trade 错误码区间 [1-011-000-000 ~ 1-012-000-000)
|
|
|
|
|
- // 模块 promotion 错误码区间 [1-013-000-000 ~ 1-014-000-000)
|
|
|
|
|
-
|
|
|
|
|
- // 模块 crm 错误码区间 [1-020-000-000 ~ 1-021-000-000)
|
|
|
|
|
-
|
|
|
|
|
- // 模块 ai 错误码区间 [1-022-000-000 ~ 1-023-000-000)
|
|
|
|
|
-
|
|
|
|
|
}
|
|
}
|