前端 - typescript 中的 Promise 类型定义中为何忽略了错误处理的类型?
通常看到定义一个 promise 的类型都采用 Promise<string> 的方式,表示 resolved 时返回一个 string 的类型值,但是会忽略 rejected 后应该返回什么类型,这是故意这么设计的吗?
共有1个答案
rejected 后得到的是抛出的错误，一般是 unknown 类型，因为你不知道可能会抛出什么错误
-
像这种类型错误,发现是因为扩展版本的问题导致的错误,打算不去修复,想进行忽略,但是发现像 <!-- @ts-ignore --> 这样的注释没效果,这个怎么办好?
-
前面我们一直使用字符串（String）作为错误消息。实际上，字符串作为错误类型是存在一些局限的。下面是友好的错误类型标准。字符串（String）很好地实现了前两点，但无法做到后两点： Rust 允许自定义错误类型。一般而言，一个“良好”的错误类型： 使用相同类型来表达不同的错误 给用户提供友好的错误信息 方便和其他类型比较 Good: Err(EmptyVec) Bad: Err("Please
-
问题内容： 我正在使用Retrofit（与OkHttp和GSON结合使用）与在线Web服务进行通信。该Web服务的所有响应都有一个默认包装，类似于： 在此示例中，将为或。此外，仅在处理请求时发生错误时才包含任何内容。最后但并非最不重要的一点将包含调用的实际结果（示例中为字符串，但是某些调用返回JSON数组或JSON对象）。 为了处理此元数据，我创建了一个通用类，如下所示： 我还创建了代表有时给出的
-
后台返回的数据类型是一个字符串数组
-
有看到过定义比较复杂的泛型类型： 请问下，为何需要定义这么多或的Type呢？ 为何不直接定义： 为何需要把这些风马牛不相及的类型(T, Promise, Record)组在一起？
-
问题内容： 我正在使用Retrofit（与OkHttp和GSON结合使用）与在线Web服务进行通信。该Web服务的所有响应都有一个默认包装，类似于： 在此示例中，将为或。此外，仅在处理请求时发生错误时才包含任何内容。最后但并非最不重要的一点，将包含调用的实际结果（示例中为字符串，但是某些调用返回JSON数组或JSON对象）。 为了处理此元数据，我创建了一个通用类，如下所示： 我还创建了代表有时给出