icris

@murmur #180
别人跟你谈体验，你跟别人谈数据，我要跟你谈数据了，你反过来谈体验，不合适。

@murmur #173
这些不是数据，卖出去的 MacBook 全都有触摸板，这个销量是数据。

@murmur #60
「京东的妙控鼠标和妙控板的销量」
？？？
触摸板销量加上 MacBook 销量了吗？触摸板 MacBook 用户人手一个，不算这个算什么数据

@markgor #33
「选择 “本次传输完成自动关机”，暂停任务以后会弹出关机提示。」
虽然实现是错的，但看起来百度跟我的理解是一样的

@markgor #14
「本次传输完成后自动关机」
正常逻辑来看，关机了本次传输自然就完成了，再开机不就是下次传输了吗？

@zeyexe #294
具体例子，从 axios 拿来一段
```
async function getUser() {
try {
const response = await axios.get('/user?ID=12345');
console.log(response);
} catch (error) {
console.error(error);
}
}
```
一般的 code msg data 逻辑，业务代码在 console.log(response); 一行，catch 里只有网络异常； status code 逻辑，业务代码在 console.log(response); 和 console.error(error); 两个部分，视情况两个部分可能还有完全相同的处理代码，因为失败不一定只是弹窗提示就完了。
我是觉得业务代码在 try 内部比较正常，这想法总没错吧。

@zeyexe #292
前端用的比较多的 axios 的默认处理逻辑，当你写 await axios.get(); 的时候，你的 4xx 5xx 错误是在 catch 里的。想要代码能看，只能不用 await。
可能有不是这样的，也可能有是这样的，即使不是这样，服务器错误和 503 在一块儿也不像正常逻辑。
5xx 不需要 if 分支，catch 里直接报网络异常完全没有问题。

@no1xsyzy #267
难以理解。
简单举例，简单分页请求，类型 Error | [{}]，无数据或页码超出的时候返回应该是什么样？ status code 404 （或者 499 ） ？那就有失败的网络请求走到正常的显示流程这种难以理解的情况了。
类型 Error | { code?:number, data:[{}] } 的话，直接合并成 { code?:number, msg?: string, data: T } 显然更方便，code msg 又不是不能不返回，「成功无自定义码，失败带码」。