84669 person learning
152542 person learning
20005 person learning
5487 person learning
7821 person learning
359900 person learning
3350 person learning
180660 person learning
48569 person learning
18603 person learning
40936 person learning
1549 person learning
1183 person learning
32909 person learning
学习是最好的投资!
不建议使用错误码机制。你所看到的微信、微博等的接口,它们都是对外提供的,数量有限,制定错误码非常容易。但是对于内部系统,特别是庞大的系统,制定错误码纯属浪费时间。而且,错误码越详细,系统之间的耦合度就越高。试想某一个模块增加一个错误码,会影响整个系统中程序对错误的判断。
个人认为,大型应用体系中的错误码应该是少数的,就像RESTful设计HTTP接口那样,常用的错误码不到10个,其详细的错误内容直接以错误信息的方式显示,不是使用错误码来定义。设计详细的错误码也是为了判断错误的,与其遇见错误时根据错误码再去查错误码表找到错误信息,不如直接传错误信息。
谢邀,之前我也考虑要用错误码,不过用过一会儿感觉太难维护了,要考虑错误码在一个区间6xxx ~ 7xxx,有的相同过或类似的错误,不好设置错误码。要不重复,要不不在同一区间。后面再看代码的时候,有的错误码还得打上注释或者对照错误码。
注释
对照错误码
后面考虑直接使用错误代码了:
模块_xxx
例如:PURCHASE_NO_GOODS
PURCHASE_NO_GOODS
是的,有明回答的也是我的看法。如果一定要制定错误码的话你要考虑的是怎么写文档和如何管理错误码,错误码本身不重要。即使你只有10条错误码,开发者也不会都记住!所以考虑错误码规律性、简洁性、可读性根本不重要。你想想HTTP的错误码就知道了,除了200,301,403,404,500你还记得啥?
不建议使用错误码机制。你所看到的微信、微博等的接口,它们都是对外提供的,数量有限,制定错误码非常容易。
但是对于内部系统,特别是庞大的系统,制定错误码纯属浪费时间。
而且,错误码越详细,系统之间的耦合度就越高。试想某一个模块增加一个错误码,会影响整个系统中程序对错误的判断。
个人认为,大型应用体系中的错误码应该是少数的,就像RESTful设计HTTP接口那样,常用的错误码不到10个,其详细的错误内容直接以错误信息的方式显示,不是使用错误码来定义。设计详细的错误码也是为了判断错误的,与其遇见错误时根据错误码再去查错误码表找到错误信息,不如直接传错误信息。
谢邀,之前我也考虑要用错误码,不过用过一会儿感觉太难维护了,要考虑错误码在一个区间6xxx ~ 7xxx,有的相同过或类似的错误,不好设置错误码。要不重复,要不不在同一区间。后面再看代码的时候,有的错误码还得打上
注释
或者对照错误码
。后面考虑直接使用错误代码了:
模块_xxx
例如:
PURCHASE_NO_GOODS
是的,有明回答的也是我的看法。如果一定要制定错误码的话你要考虑的是怎么写文档和如何管理错误码,错误码本身不重要。
即使你只有10条错误码,开发者也不会都记住!所以考虑错误码规律性、简洁性、可读性根本不重要。
你想想HTTP的错误码就知道了,除了200,301,403,404,500你还记得啥?