使用异常而非返回码

xuangong9794 2023-01-13 03:42:23

课时名称	课时知识点
使用异常而非返回码	总结使用错误返回码带来的问题，及异常机制

...全文

46 回复打赏收藏转发到动态举报

写回复

回复

切换为时间正序

请发表友善的回复…

发表回复

本资源为modbus应用协议，对于开发modbus应用有一定帮助

#异常使用和处理建议 ###使用异常代替错误码这曾经是个社区争论不休的话题，多数人是选择异常替代错误码的。反对者中，有人认为不应该使用异常去控制程序流程，也有些人认为只有"数据库连不上"这种系统异常才算异常，还有些人认为异常会有额外的性能开销… 使用异常代替错误码，可以使得代码更清晰，可读性更好，更符合面向对象。况且有些方法压根就是void的无返回值的。至于性能开销这个通常可以忽略。当然，这个...

关于接口使用抛异常还是返回错误码，下列哪些说法符合《阿里巴巴Java开发手册》：答案在文末 A. 向公司外部提供的http/api接口，推荐使用“错误码”方式返回异常或者错误信息。 B. 对于应用内部的方法调用，推荐使用“抛出异常”的方式处理异常或者错误信息。 C. 跨应用的RPC调用，推荐使用将“错误码”和“错误简短信息”封装成Result的方式进行返回。 D. 对外提供的接口，一定要保证逻辑健壮性：尽量避免空指针等技术类异常；对于业务类异常要做好错误码或者异常信息的封装。单选关于使用explai

SpringBoot进阶之使用异常替代返回错误码（拦截异常并统一处理）

该规范指出在代码中，对于公司外的HTTP/API开放接口应使用“错误码”来表示错误，而在应用内部推荐使用异常抛出。对于跨应用间的RPC调用，优先考虑使用Result方式，封装了isSuccess()方法、错误码和错误简短信息。通过在不同场景中选择合适的错误表示方式，可以提高错误处理的标准化、可读性和可靠性。

龚轩的课程社区_NO_1

1

社区成员

70

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章