Erlang的Let-it-crash哲学 - 适用于其他地方?
Erlang(或Joe Armstrong的?)建议不要使用防御性编程并让进程崩溃(而不是用不必要的保护人员来污染你的代码,试图跟踪残骸)现在对我来说非常有意义,我想知道为什么多年来我在错误处理上浪费了这么多精力!
我想知道的是 - 这种方法仅适用于像Erlang这样的平台吗?Erlang 有一个 VM,它对进程监督树具有简单的本机支持,重新启动进程的速度非常快。我是否应该将开发工作(不在Erlang世界中)花在重新创建监督树上,而不是让自己陷入顶级异常处理程序,错误代码,空结果等等。
你认为这种方法的改变在(比如).NET或Java领域会很好地发挥作用吗?