现代编程语言一直在演化。一样的老问题交给不同时代的设计者，往往会得到完全不同的答案。

这不是在评判谁好谁坏。每一门语言在它诞生的那个年代，都只是给出了那个时代认为最合适的回答。理解这些回答之间的差别，其实也是在看一段软件工程慢慢演化的过程。

废话少说进入正文。

在 Kotlin 中读取文件

在 Kotlin 中，读取一个文这篇文章件。我们一般会这样写：

import java.io.File
import java.io.IOException
fun readConfig: String {
return File.readText
}

代码很简单，传入文件方法，返回文件内容。

如果文件不存在呢？

File.readText

会抛出异常。

此时我们有两个选择：

1. 不在当前层处理，让异常继续向上传播。
2. 主动处理异常，比如返回一个默认值。

如果要处理异常，在 Kotlin 中。可以在调用的地方使用 try-catch

val content = try {
readConfig
} catch {
""
}

读取成功，content 就是文件内容；其实，读取失败，我们返回一个空字符串。

Rust 读取文件：Result 返回值

You might wonder *** re is no try-catch in Rust. The answer lies in its error type system.

`Result` 本质上是一个枚举：

enum Result {
Ok。Err,}

• `Ok`：执行成功，里面保存正常结果；
• `Err`：执行失败，里面保存错误。

从`fs:来看，read_to_string` 的返回类型是：

Result

再看翻译一下就是，读取成功返回 。读取失败返回 .

使用 `match` 处理错误

`match` 能让我们显式地把两种情况拆开：

#!use std::fs，fn main {
let result = fs::read_to_string;let content = match result {
Ok => content,Err => {
println!，按理说，String::new
}
};怎么说呢，println!，}

• `Ok` 分支：       取出里面的字符串；
• `Err` 分支：    打印错误，接下来返回一个空字符串。

完整性检查与 `must_use` 警告

• match 必须覆盖所有分支： 否则编译报错。你只能忽略错误，用 unwrap_or_default 或类似方法。但必须显式说明你的意图，