JavaScriptでconcatはもう使うべきではないのかもしれない (Kanasansoft Web Lab.)

当エントリーは多くの誤りを含んでいます。参考にされる場合は最後の追記部分まで含めて読まれるようにお願いします。 それなりに慣れているはずのプロのプログラマでも、このような勘違いや大失態をすることがあるという教訓として残すために、エントリーの削除や修正はせずに追記のみに留めておきます。 JavaScriptで、配列に要素を追加するメソッドに、push、unshift、splice、concatがある。このうち、配列の後方に要素を追加するのは、(要素を好きな場所に追加可能なspliceを除くと)pushとconcatの二つである。この二つのメソッドは破壊的/非破壊的の違いがあれ、似たような挙動を示す。

[kits]

最後の例とかconcatの方が見た目分かり易いと思う。(←prototypeとかapplyがよく分からない人)

[typista]

JavaScriptでconcatはもう使うべきではないのかもしれない (Kanasansoft Web Lab.)

[edo_m18]

prototypeでの挙動などについてはもっと勉強せねばなー。

[HeavyFeather]

いろいろ問題があるらしい

[murky-satyr]

速度にこだわるなら push の出番も無い

[lizy]

そもそも用途が違うのでは？

[camlspotter]

どんな言語使っていても計算量を勉強しとくのは大事。知らないと体感的な議論しかできない。という残念な例だと思います。

[raimon49]

pushとconcatに複数の引数を渡せたことを知らなかった。

[seuzo]

concatよりpushが早い

[TransFreeBSD]

最後で間違えてる。要因がオブジェクトを作るコストなので速度的に差はないというか、実際にベンチするとconcatの方が早かった。内部的に最適化できるからかな。かぶった。↓デカイ配列の逆転は何でだろう。

[os0x]

ツッコミ書いた http://d.hatena.ne.jp/os0x/20090424/1240541690

[tarao]

concatよりArray.prototype.push.apply

[sakuragaoka]

JavaScriptの場合、クライアントサイドなので速度より可読性を取りたい時もある。concatは字義から挙動が自明と言える。なので、これだけでconcatオワタ論はどうなのか。

[psychedesire]

pushとconcat

[coppieee]

速度が早いというだけで、concat()を使わない理由にはならない。ツッコミ http://d.hatena.ne.jp/coppieee/20090424

[efcl]

pushとconcatの比較。