java 设计方法_java 中如何处理设计一个方法

博主探讨了在Java中设计API时,对于增删查改操作是应该使用异常处理还是返回错误码。考虑到性能和代码简洁性,博主倾向于使用异常处理,认为它能更好地强制处理错误情况,减少潜在的程序漏洞,而且异常携带的元信息如堆栈轨迹在调试时非常有用。相比之下,错误码虽然轻量且快速,但可能导致错误处理被忽视,从而引发问题。
摘要由CSDN通过智能技术生成

java 中我们很常见的设计 API 的例子是对一个对象进行增, 删, 查,改.

比如

Object addObject(Object obj);

Object delObject(Object obj);

Object modifyObject(Object obj);

成功返回 obj, 不成功(参数不合法,或已经存在, 或不存在)抛出异常

还是

int addObject(Object obj);

int delObject(Object obj);

int modifyObject(Object obj);

如果成功返回 0, 不成功, 返回其他数字

还是

boolean addObject(Object obj);

boolean delObject(Object obj);

boolean modifyObject(Object obj);

如果成功返回 0, 不成功(参数不合法,或已经存在, 或不存在), 抛出异常

感谢各位热心回答, 我已经决定采用第一种方式了.原因: 1. 性能不是那么的关键; 2

绝大多数我们认为参数是正确的.排除异常较返回 Errorcode 让代码更加简洁.

补充: 以下是从 这里 找到的一个回答, 基本决定采用第一中方式, 这或许是 java 语言本

身的特点, 如果是 c 或 cpp 我更倾向于第二种方式.

Exceptions impose quite an overhead on the runtime performance, but makes reasoning about the program flow drastically easier. This reduces faulty programming (semantic errors), especially as it forces you to deal with them - they 'fail securely' by terminating the program if they are ignored. They are ideal for 'situations which are not supposed to happen'. Also they can transport metadata like a stacktrace.

Error codes, on the other hand, are light-weight, fast, but forces the method caller to explicitely check them. Failure to do so often results in program flaws, which can range from silent data corruption, security holes, to nice fireworks if your program happens to be running inside a space rocket.

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值