TypeScriptではNumber.isNaN()よりもisNaN()の方が安全かもしれない

これまで「グローバルのisNaN()ではなくNumber.isNaN()を使え！」を教義に生きてきたのですが、揺らいできました。 JavaScriptのisNaN()は引数を数値に変換した結果がNaNであるかを判定します。 一方のNumber.isNaN()はES6で提供された関数で、引数がNaN以外の時はtrueを返しません。 console.log(isNaN('hello')); // true console.log(Number.isNaN('hello')); // false Number.isNaN()はより厳密な比較であり、キャストを行わないため余計な混乱を避けられるものとして提供されました。 文字列などを渡した場合はtrueを返さないため、Number.isNaN()に渡す時点であらかじめ数値に変換しておくなど型を意識した操作がアプリケーション側の責務として求められるよ

[kako-jun]

よく気づいたなーって尊敬する。な、NaNだってーってビビる

[hase0510]

isNaN(文字列)はtrue//falseで言うならtrueが正しい気もするよなー。numberではないので。例外になるならわかるけど…が、こんな議論はおそらくとっくに済んでいるだろう。

[Lumin]

number以外でisNaN噛ませたいケースって何があんの？そもそも

[strawberryhunter]

isNaN()に渡す前に普通は目的の数値に変換できるか調べるので引数に受け付ける型とか文字列を渡したら何が返るかは個人的にはあまり重要ではないかな。いきなりisNaN()に渡す勢の実在を疑うまである。

[mumei-0]

“現在のTypeScriptの型定義ではグローバルなisNaN()の引数はnumberに限定されており”

[gfx]

うーん、ややこしいな。

[diveintounlimit]

めんどくさそう