5
Elmの主張のように、「ランタイム例外なし」の利点は何ですか？
一部の言語では、「実行時例外がない」と主張している他の言語よりも明確な利点があります。 私はこの問題について混乱しています。 ランタイム例外は、私が知る限り単なるツールであり、適切に使用されている場合： 「ダーティ」状態を通信できます（予期しないデータでスロー） エラーの連鎖を指すことができるスタックを追加する 乱雑（無効な入力で空の値を返すなど）と開発者の注意が必要な安全でない使用（無効な入力で例外をスローするなど）を区別できます。 エラーに詳細を追加することができます。例外メッセージを使用して、デバッグ作業に役立つさらに詳細な情報を提供できます（理論的に） 一方、例外を「飲み込む」ソフトウェアをデバッグするのは本当に難しいと感じています。例えば try { myFailingCode(); } catch { // no logs, no crashes, just a dirty state } 質問は、「ランタイム例外なし」の強力で理論的な利点は何ですか？ 例 https://guide.elm-lang.org/ 実際には実行時エラーはありません。ヌルなし。未定義は関数ではありません。