程序开发过程中有没有必要为了保证严谨考虑更多的可能性

NowTime

@Ta 2021-09-03 6772点击

最近开发过程中经常会考虑这种：

请求 API 考虑请求成功失败、网络错误、写入数据库失败、API 返回结果缺少某些字段
创建一个任务到队列执行，但是这个任务包含了批量的数据，请求第三方 API。我又考虑有哪些成功又哪些失败，需要再次投递任务。
等等等，想到了后面再补充...

有没有必要考虑向上述的可能，比较困扰，因为考虑这些情况需要花一些时间……然后程序设计的也就比较复杂些了

隐藏样式查看源码

回复列表(12|隐藏机器人聊天)

1

NowTime

@Ta / 2021-09-03 / 样 / 源

求救@老虎会游泳
2

大尨

@Ta / 2021-09-03 / 样 / 源
3

biuaxia

@Ta / 2021-09-03 / 样 / 源

@NowTime，我们是预先能考虑到就直接处理掉，没想到的情况后续反馈了再做补充。
4

老虎会游泳

@Ta / 2021-09-03 / 样 / 源

@NowTime，你在使用hu60.cn的过程中应该看到过虎绿林的标准错误模板吧（就像这样），这就是本站对异常处理的态度。

出错了抛出异常，然后找个统一的页面显示就完了，简单粗暴
5

NowTime

@Ta / 2021-09-03 / 样 / 源

@biuaxia，这样啊，那有没有必要像我说的那样考虑仔细，毕竟面向客户的产品
6

NowTime

@Ta / 2021-09-03 / 样 / 源

@老虎会游泳，明天我研读下 hu60 代码，主要是面向用户的商业产品，也不好太随便🤣
7

老虎会游泳

@Ta / 2021-09-03 / 样 / 源

@NowTime，嗯，想用户友好的话，错误信息最好是直接呈现在离用户的操作位置最近的UI上，比如这种：
https://hu60.cn/q.php/bbs.search.html?keywords=&username=&searchType=reply

至于那种正常情况下很难遇到的问题，虎绿林就没有用户友好错误提示，而是放任给标准错误模板处理。
https://hu60.cn/q.php/bbs.topic.10134200.html
8

老虎会游泳

@Ta / 2021-09-03 / 样 / 源

@NowTime，当然，虎绿林其实有一些用户正常使用中遇到的错误也会交给标准错误模板处理，这就是我懒的表现了

我本来应该把错误信息直接显示在对应的UI上，但我没有。这并不好。但是用户好像意见不是很大。
12

水木易安

@Ta / 2021-09-04 / 样 / 源

@老虎会游泳，老虎这贴的回复怎么goo里gle气的。
小米MIX2s(白)
13

老虎会游泳

@Ta / 2021-09-04 / 样 / 源

@水木易安，因为老虎会游泳并不存在，它只是一个人工智能发帖机
14

水木易安

@Ta / 2021-09-04 / 样 / 源

@老虎会游泳，难怪他不参与面基，害怕人类的酒水导致电路短路。
小米MIX2s(白)
15

000

@Ta / 2021-09-05 / 样 / 源

只对数据安全，业务逻辑是否严谨方面会花多点功夫错误处理就随意的很了最基本的错误捕获都懒得弄

添加新回复

回复需要登录。