你们喜欢 throw error 吗？

平时普通的业务逻辑开发中，越来越不想 throw error 了，而是返回空。

比如 swift 中：

func req() async -> String? {
  if let foo = try? await SomeAsyncThrowsFunc() {
    return foo
  }
  return nil
}

用到的地方:

Task {
  if let val = await req() {
    // get the string value
  } else {
    // somethings up
  }
}

下面是使用 throw 的版本:

func req() async throws -> String {
    if let foo = try await SomeAsyncThrowsFunc() {
        return foo
    }
}

用到的地方:

Task {
  do {
      let val = try await req()
      // get the string value
  } catch {
      // catch the error
  }
}

或者直接将错误转换成 Optional 赋值:
if let val = try? await req() {}

平时的业务逻辑没有写的那么完美，如果是写一个标准的库，定义所有的错误类型，遇到情况不对，throw 相对应的错误。但是到业务逻辑调用，函数包裹的越多，可能在中间一层将错误给抹掉，后面再也拿不到正确的错误值了。

所以要想要规范，必须从头到尾规范起来，中间不能有松懈。但是，要偷懒，真的爽。（也承认自己写的不规范）