1

主要是在函数式写法里面有用

2

如果不想用异常那就只能用返回码咯（但是大部分语言里都有异常所以 emmmmm ），高级一点的函数式语言又有自己的异常处理方法，所以貌似只有既想要高级抽象又想要底层开发的 rust 常用。（我见过的第二个把 result 写进语言里的是 zig，也是对标 c 语言的）

3

一般而言 runCatching 没有 try 表达式直观

4

borrow 概念用的也不多啊，并不影响 rust 的热度。

6

不实用啊

7

Rust 的 Rusult 可以用?操作符向上传递错误，用起来特别爽

8

没有 flatten api，如果出现 Result<Result<Int>> 这种类型的话，处理起来就不好看了

9

@Leviathann #5 你这样说和 runCatching {}.getOrThrow() 有啥区别呢, Result 又不是设计用来 checked exception 的, 我是同意 kotlin 的价值观的, checked exception 就是糟糠

10

@cache
这个 kotlin 只能最外面包一层 runcatching，然后里面 getOrThrow
会稍微麻烦点
rust 函数如果声明返回值是 result，应该就相当于函数里面都是在被 catch 的环境里

11

@SoloCompany
io 相关的 api 用 result 包起来我觉得还是很合理的吧
像 rust 写文件的 api 返回就是 result
并且有编译器检查 result 是否被处理过

12

1

@Leviathann #10 没有 catch 环境，当然你从 catch 角度理解也行……
但实际上是一个 match(result){Err=>return result;Ok(value)=> do with value } 的语法糖

13

函数式编程语言都会有这么一个类型

14

1

Result, Option, Variant Enum 是编程语言设计中的一大进步，要是它在 C 语言中存在，早就没 exception 什么事了。Exception 只在没有编译期类型检查的语言里有用