关于 let it crash 编程哲学的一个小细节

Erlang/Elixir鼓励 let it crash的编程哲学。此刻不是要记录什么是let it crash，而是写代码时想到了一个小细节。

这个小细节就是，函数调用时，尽量捕获到你希望获得的返回值。

例如你依赖的某个第三方库的api可能是这样：

@spec foo -> :ok | {:error, reason}

而如果你对代码过于自信、认为返回值肯定是:ok的话，很可能就会这么调用：

def bar do
  foo
end

上述代码是有危险的，它没有捕获函数的返回值。
假设foo/0是个保存文件的函数，而保存文件一般情况下肯定会成功，所以代码编写者惯性思维地认为foo/0一定会返回:ok，但若是在磁盘顺坏、空间剩余不足等情况下也有可能使得该操作失败，也就是说，这个bar/0实现有潜在危险！
我认为对bar/0比较好的改写是：

def bar do
  :ok = foo
end

仅仅是加了一个match。
加了这个match，若foo/0返回了我们讨厌看到的{:error, reason}，则该进程就会报异常，也就是let it crash。之后我们检查日志，就能发现一些潜在的危险，比如磁盘顺坏，就立刻修复磁盘或者迁移文件等。

再举个例子：

# 第三方库
@spec foo -> :ok

# 调用者代码
def bar do
    foo
end

这次的调用总不会出问题了吧？你看foo/0肯定会返回:ok的，再去捕捉它的返回值，这不是多此一举吗？
那我想问，如果这个第三方库版本升级，foo/0这个api也升级为如下形式了呢？这不是不可能吧~

@spec foo -> :ok | {:error, reason}

所以，更稳妥的写法还是加个match捕获期望的函数返回值吧。

// 其实上述例子都不怎么好，可我现在手头又没有比较好的例子，先凑活着这样吧

推荐

Writing assertive code with Elixir