テクノロジー
JavaScript で parseInt / parseFloat を使わない方が良い理由

気に入った記事をブックマーク

気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
記事を読んだ感想やメモを書き残せます
非公開でブックマークすることもできます

JavaScript で parseInt / parseFloat を使わない方が良い理由

テクノロジーカテゴリーの変更を依頼記事元:

nmi.jp

適切な情報に変更

エントリーの編集

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。

このページのオーナーなので以下のアクションを実行できます

タイトル、本文などの情報を
再取得することができます

コメントを非表示にできますコメント表示の設定

ブックマークしました

ここにツイート内容が記載されますhttps://b.hatena.ne.jp/URLはspanで囲んでください

Twitterで共有

次回からTwitterへ自動リダイレクト

ONにすると、次回以降このダイアログを飛ばしてTwitterに遷移します

536usersがブックマークコメント

コメントするにはログインが必要ですブックマークを追加

ブックマークを追加

よく使うタグ

JavaScript で parseInt / parseFloat を使わない方が良い理由

536 users

nmi.jp

よく使うタグ

はてなブックマークで
関心をシェアしよう

みんなの興味と感想が集まることで
新しい発見や、深堀りがもっと楽しく

ユーザー登録

アカウントをお持ちの方はログインページへ

記事へのコメント63件

注目コメント
新着コメント

teppeis「JavaScript において、グローバル空間に生えている関数は基本ろくなものではない（暴論）」ここだけ覚えておけばOK

javascript

2022/02/04リンク

その他

xlcグローバルな関数は初期に無考慮に作られ動作に問題があるが互換性のために残されているので、使わない方がよいものもある。ちゃんと考慮されてクラスメソッドとして再実装されたものもある。ということ。

2022/02/04リンク

その他

tyoro1210 明示的に cast しようとしてる関数の呼び出し時に、メソッドに渡す前に暗黙的な cast されてるのが渋いな

2022/02/03リンク

その他

tettekete375642022年だからさ！いやいい加減JSやめようぜ。組み込みのライブラリや関数の類は命名も挙動もおかしいの多い。複雑にネストされたカッコが必用なのはJSのスコープとオブジェクトの扱いがおかしいのを回避する為だからね

2022/02/04リンク

その他

stefafafanparse, truncate, floorの英語の意味を考えるとまあ納得感ある気はする

javascript

2022/02/04リンク

その他

kako-jun.NETのint.Parse()も、変換できない文字列ではtryで囲まないとアプリごと落ちて危険なのでint.TryParse()を使うし、名前がparseから始まるものは基本使わないって覚えようかな……

2022/02/03リンク

その他

haccianどんな理由があるのかと思ったら、普通にバグで草。というか、もうjsとかいう欠陥言語使うのやめよう。

2022/02/04リンク

その他

uunfoparseなんちゃらは文字列を解釈する関数なんだから、そこに数値を与えたら予想外の結果が出るのは当たり前のように思う。parseInt(“0.0000005”) が5になるならバグだけど

2022/02/04リンク

その他

homararaうーん？　そもそも余計な文字が入ってる文字列や、小数点入りの数値をparseIntで処理しようという時点で、バリデーションのバの字も知らん馬鹿者にしか見えないんだが、問題にする所を間違ってないか？

2022/02/04リンク

その他

door-s-devjsはブラウザで動く唯一の言語だから仕方なく使ってる人も多いのでは

2022/02/04リンク

その他

Nyoho知らだったー

JavaScript

2022/02/08リンク

その他

UDONCHANparceIntもStringも使って良いんだけれども、結局無邪気な型変換をしてはいけないという結論なんじゃないだろうか。Math.trunc使ったとしても、バグるときはバグるるし。

2022/02/07リンク

その他

yo_waka"JavaScript において、グローバル空間に生えている関数は基本ろくなものではない（暴論）ので、どうしても使わなければいけない"

2022/02/05リンク

その他

munieru_jp“JavaScript において、グローバル空間に生えている関数は基本ろくなものではない” わかる

2022/02/04リンク

その他

mumei-0“parseFloat(str) を使う場面では Number(str) を検討しよう parseInt(num) を使う場面では Math.trunc(num) を検討しよう”

2022/02/04リンク

その他

hamaco“JavaScript において、グローバル空間に生えている関数は基本ろくなものではない（暴論）”

javascript

2022/02/04リンク

その他

azzr"JavaScript において、グローバル空間に生えている関数は基本ろくなものではない（暴論）" fetch()に喧嘩売ってる？

2022/02/04リンク

その他

pmintと言われて鵜呑みにするのはコピペプログラマー。parseInt()は型変換。端数処理に型変換を使うのは不適切。適材適所。

2022/02/04リンク

その他

rdrk「猫を乾かすために電子レンジに入れたら死んだから、電子レンジは使わない方が良い」みたいなクレームは、どこまでつきあうべきなんだろな。

2022/02/04リンク

その他

zkzi3254はぇ〜

2022/02/04リンク

その他

HHR“グローバル空間に生えている関数は基本ろくなものではない（暴論）” 草

javascript

2022/02/04リンク

その他

toaruR『parseInt(0.0000005) === 5』……ｹﾞｹﾞｹﾞ＼(^o^)／

2022/02/04リンク

その他

2022/02/04リンク

その他

wataken44そのうち思い出す用

2022/02/04リンク

その他

z1h4784知ってるんだけどつい癖でparseIntを使っちゃうんだよな。たまにしかJavaScriptを書かないからMath.truncは忘れちゃう

2022/02/04リンク

その他

sa-yama321if (!isString(val)) { throw new Error('xxx') }

2022/02/04リンク

その他

otchy210文字列から数値への変換は正当な使い方でありと思っていたが、Number(str) の方がモダンでより安全と。

2022/02/04リンク

その他

send"グローバル空間に生えている関数は基本ろくなものではない" せやなw

2022/02/04リンク

その他

katsyoshi"JavaScript において、グローバル空間に生えている関数は基本ろくなものではない（暴論）" ここすき

2022/02/04リンク

その他

mickn“JavaScript において、グローバル空間に生えている関数は基本ろくなものではない”

2022/02/04リンク

その他

kazuhooku「グローバル空間に生えている関数は基本ろくなものではない（暴論）」wwww良い記事

2022/02/04リンク

その他

ene0kcal悪いけど知ってた（クソなことね）。こういった詳細と代替案を整理してるのは素晴らしい。

2022/02/04リンク

その他

ducktoonこんな糞仕様の糞言語が広まってしまって悲しい

2022/02/04リンク

その他

h3potetoわろた "JavaScript において、グローバル空間に生えている関数は基本ろくなものではない（暴論）"

2022/02/04リンク

その他

strawberryhunter昔、JavaとPHPを比べてPHPがいかにヤバい言語かを説明するブログなどがあったが、JavaScriptには比べるべき言語が無いので今まで表立って批判されてこなかったのではないか。

未分類

2022/02/04リンク

その他

coolworldそもそも、なんで文字列じゃないものを渡そうと思ったんだろう。

2022/02/04リンク

その他

koogawa“parseInt というのは、文字列を解析して整数値（int）を返すグローバル関数であり、引数をまず文字列に変換する仕様となっております” なるほど

2022/02/04リンク

その他

morita_nonそもそも文字列以外渡すな。型が理解出来ない人間は型なし言語を使うべきではない。あれ？逆だったっけ？

2022/02/04リンク

その他

masarusanjpなんでparseIntに文字列以外渡せるんだって思ったが、"parseInt は引数に数値ではなくて文字列を取ります。正確には仕様にある通り、まず引数を ToString によって文字列に変換します。" この仕様が罠っぽい

2022/02/04リンク

その他

lli勘弁してくれ〜

2022/02/04リンク

その他

コメントするにはログインが必要ですログインしてコメント

注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

リンクを埋め込む

以下のコードをコピーしてサイトに埋め込むことができます

プレビュー

はてなブックマークボタンを作成して埋め込むこともできます

規約違反を報告

いまの話題をアプリでチェック！

バナー広告なし
ミュート機能あり
ダークモード搭載

アプリをダウンロード

usersに達しました！

さんが1番目にブックマークした記事「JavaScript で par...」が注目されています。

気持ちをシェアしよう

ツイートする

JavaScript で parseInt / parseFloat を使わない方が良い理由

となるのが原因です。parseInt というのは、文字列を解析して整数値（int）を返すグローバル関数であり...となるのが原因です。parseInt というのは、文字列を解析して整数値（int）を返すグローバル関数であり、引数をまず文字列に変換する仕様となっております。その段階で 0.0000005 が "5e-7" という文字列に変換されてしまい、その文字列の先頭の 5 だけが数字として解析されてしまったため、結果として parseInt(0.0000005) === 5 となりました。なぜ String(0.000005) === "0.000005" に、String(0.0000005) === "5e-7" になるのかについては、この記事の最後で余談として説明します。整数化には Math.trunc を使おうこのように、parseInt は文字列を引数にすることを前提にしているため、速度の面でも可読性の面でも「小数値を整数値に変換したい」という場合に使うのは望ましくありません。最も望