- 主题:如果有人在程序里面catch runtime exception~
是不是很差的设计？
如果这人居然catch indexoutofbound exception，是不是可以认定这厮基本上对异常一窍不通？
--
FROM 139.224.253.*
解决了提出问题的代码
【 在 Splunk (代理二级巡视员) 的大作中提到: 】
: 是不是很差的设计？
: 如果这人居然catch indexoutofbound exception，是不是可以认定这厮基本上对异常一窍不通？
--
FROM 221.218.137.*
如果catch之后做了良好的降级处理呢？
【 在 Splunk 的大作中提到: 】
: 是不是很差的设计？
:
: 如果这人居然catch indexoutofbound exception，是不是可以认定这厮基本上对异常一窍不通？
--
FROM 183.193.135.*
写程序，居然indexofbound，这是大bug啊，catch的意义在哪里？
如果这样的话，那程序中所有用到数组的地方，他都应该catch一下
对于数组越界这种低级错，程序就应该直接启动不了。
【 在 Xjt (Voldemort) 大作中提到: 】
: 如果catch之后做了良好的降级处理呢？
--
修改:Splunk FROM 139.224.253.*
FROM 139.224.253.*
那得先看到底怎样的代码逻辑了
万一哪个不长眼的API返回个变长数组啥的…
【 在 Splunk 的大作中提到: 】
: 写程序，居然indexofbound，这是大bug啊，catch的意义在哪里？
: 如果这样的话，那程序中所有用到数组的地方，他都应该catch一下
: 对于数组越界这种低级错，程序就应该直接启动不了。
: ...................
--
FROM 219.147.99.*
有些面试题会这么问的
【 在 Splunk 的大作中提到: 】
: 是不是很差的设计？
:
:
: ....................
- 来自「最水木 for iPhone13,2」
--
FROM 120.244.234.*
runtime exception一般都是框架统一处理了
不会在业务代码里面catch
【 在 Splunk (代理二级巡视员) 的大作中提到: 】
: 是不是很差的设计？
: 如果这人居然catch indexoutofbound exception，是不是可以认定这厮基本上对异常一窍不通？
--
FROM 180.167.95.*
没什么绝对的，需要看场景
【 在 Splunk (代理二级巡视员) 的大作中提到: 】
: 是不是很差的设计？
: 如果这人居然catch indexoutofbound exception，是不是可以认定这厮基本上对异常一窍不通？
--
FROM 124.64.23.*
不一定，Integer.parseInt就抛出运行时异常，如果你不确定输入的是数字字符串，最好还是catch一下
【 在 Splunk (代理二级巡视员) 的大作中提到: 】
: 是不是很差的设计？
:
:
: 如果这人居然catch indexoutofbound exception，是不是可以认定这厮基本上对异常一窍不通？
--
FROM 1.202.22.*
也要看情况，比如字符串转整数
【 在 guestking (无) 的大作中提到: 】
: runtime exception一般都是框架统一处理了
: 不会在业务代码里面catch
:
:
--
FROM 1.202.22.*