erlang - 何时到 "let it crash"以及何时捍卫 Erlang 中的代码？

Question

因此，有了“让它崩溃”的咒语，Erlang 代码意味着可以抵抗残酷的世界事件，例如意外拔出插头、硬件故障和不稳定的网络连接。

另一方面，有defensive programming .

作为 Erlang 的新手，我想知道，如何知道我希望进程何时崩溃以及何时希望它使用 if、case..of 来保护流程>，类型守卫？

比如说，我有一个身份验证模块，如果身份验证成功与否，它可以返回 true/false 结果。如果由于错误的登录/密码导致用户身份验证失败，它是否应该只有成功的场景并崩溃？

如果在数据库中找不到产品或搜索结果为空，其他情况怎么办？

我想，我不能完全忽略防御结构，因为任何守卫的本性都是为了保护应用程序的“正常”流程？

什么时候防御什么时候崩溃有经验法则吗？

Answer 1

正如 Fred Hebert 在 http://ferd.ca/the-zen-of-erlang.html 中所说的那样-

If I know how to handle an error, fine, I can do that for that specific error. Otherwise, just let it crash!

我想说的是，身份验证错误、空搜索结果等都是预期的错误，需要对用户做出适当的响应。