请教一下大家, 这种拦截错误代码防crash的功能是否会引起其他更加严重的缺陷?

[cocos543]

1. 比如数组越界, 这种本身就是编码逻辑错误的, 早crash早发现问题, 而防止crash时候就把能早期发现bug的情况给延后了, 是否引起今后暴露更加严重的缺陷?

2. 另一个往api里写入nil, cocoa本身有提供防crash的api和禁止写入nil的api, 这些函数声明的时候就已经说明了, 强行第三方插入防止crash, 是否导致编码不规范, 给代码埋下隐患?

以上纯属不理解和请教, 不是质疑 : )

[JJMM]

第1个问题：对比其他流行语言，大部分数组越界时都不会崩溃，尤其是add nil时，基本都可以正常工作，因此原则上就是没问题的 对于特定情况分2种：需要崩溃、没必要崩溃 需要崩溃的场景非常有限，如果是很高的要求，那么可以用更严格的条件判断来控制 没必要崩溃是绝大多数情况，有问题都是局部的，让整个系统崩溃是没道理的 第2个问题和第1个相差不大，至于规范，重要的是统一，可以将其做为规范，也可以继续用OC通用的规范，线上、内测分开，将SafeKit作为线上兜底的工具 在 2020-12-25 21:23:41，"cocos543" <[email protected]> 写道： 比如数组越界, 这种本身就是编码逻辑错误的, 早crash早发现问题, 而防止crash时候就把能早期发现bug的情况给延后了, 是否引起今后暴露更加严重的缺陷? 另一个往api里写入nil, cocoa本身有提供防crash的api和禁止写入nil的api, 这些函数声明的时候就已经说明了, 强行第三方插入防止crash, 是否导致编码不规范, 给代码埋下隐患? 以上纯属不理解和请教, 不是质疑 : ) — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub, or unsubscribe.