
エントリーの編集

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
JavaScript(TypeScript)の論理判定のベストプラクティスを考える - Qiita
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
JavaScript(TypeScript)の論理判定のベストプラクティスを考える - Qiita
結論からいうと Truthy/Falsyは絶対利用しない(必ずif (変数 === undefined)のように書く) if (変数 =... 結論からいうと Truthy/Falsyは絶対利用しない(必ずif (変数 === undefined)のように書く) if (変数 === undefined || 変数 === null)といちいち書くのはやばいので、nullは利用しない 外部APIとの接続でnullが必要な場合は、必ずラッパーに閉じ込める。ラッパーの外にnullを持ち出さない。 Lintで設定しよう Truthy/Falsyを使いたくない こうやって書きたい時、よくありますね。 ぼくも上のように書いてたんですが、JavaScript/TypeScriptのTruthy/Falsyの仕様上バグりやすすぎるのでやめることにしました。 JavaScript(TypeScriptも)のTruth/Falsyが罠 上のケース、userがobjectなら(普通ならそうのはず)問題ないけど、stringかnumberだったらまずい