parseInt と Number という２つがある。文字列 → 数値の型変換の関数を使おうとしてみんな一度くらいこの違いが気になるんじゃない？
parseInt と Number の差異が如実に顕出するのは、次の例ではないでしょうか。
// 文字列が含まれる parseInt("64GB") // 64 Number("64GB") // NaN // 少数 parseInt("0.1") // 0 Number("0.1") // 0.1
parseInt の結果を見てほしい
parseInt("1") // 1 parseInt("10") // 10 parseInt("0.1") // 0 parseInt("010101") // 10101 parseInt("64GB") // 64 parseInt("￥64") // NaN parseInt("64円") // 64 parseInt("第64回") // NaN parseInt("2e1") // 2 parseInt("0xFF") // 255 parseInt("0xFF times")// 255
少数が処理できないという、parseInt の名前の通りの仕様を除けば、概ね楽ちんに変換できる。
事前に文字列を処理して、必要なフォーマットに変換する手間がない。
parseInt は関数の名前( parseInt ＝Int に解釈する )の通りの動作だったり。
Number は JS の Number 型であり、Number型の変数を返すので、本当の意味で型変換だと思うの
Number("1") // 1 Number("10") // 10 Number("0.1") // 0.1 Number("010101") // 10101 Number("64GB") // NaN Number("￥64") // NaN Number("64円") // NaN Number("第64回") // NaN Number("2e1") // 20 Number("0xFF") // 255 Number("0xFF times") // NaN
parseIntは、単位が含まれたりする入力値してぱぱっと数字へ変換したいとき → 10px とか 100円とか、CSSの値を数値にしたいときに便利
Numberは厳密に文字列事前処理し、その結果を数字に正確に変換するときに使う。
基本はNumberを使う、事前処理などを無精するときはparseIntもまだまだ許容されると思う。
少数にならないCSSの文字列 element.style.width とか処理をするなら重宝する。
tcpdump をLinuxルーターのなかで実行しているときに、デバッグしてるときにパケットを見ます。
ネットワーク間の forward が正しく動いているか、iptables の設定が正しいかどうか、NATできてるかどうか。など。
ちょっとした調査でping を打ち込んで調べることが多いと思います。そういうときに、icmp だけ取り出しても表示が多すぎて面倒くさい。
tcpdump icmp[icmptype] = icmp-echoreply'
IP を指定と組み合わせて使うと便利
tcpdump src 192.168.1.1 and icmp[icmptype] = icmp-echoreply'
逆も同じ
tcpdump 'dst 192.168.100.1 and icmp[icmptype] = icmp-echo'
デバイスを指定したり、IPを指定で便利になる。単純に icmp を見るよりいいと思う。echo / echo-reply を表示するターミナルを開けておいて、設定を反映させる。
設定を変えたあと、画面にログが表示され始めたら、ネットワーク設定が正しく行えたことがわかる。
ログが流れないなら、設定ミスってるってわかるので視覚的にわかりやすくていい。中身見なくていいのが強い。
設定ミスしがちな「戻りパケット」の経路設定の切り分けをするときに、明確に分かれるから面白い