JavaScriptにおける配列リテラルとコンストラクターの違いについて[小ネタ]

1.非推奨のArrayコンストラクターを使った場合

let data2 = new Array(10);

console.log("data2: " + data2);
console.log("data2[0]: " + data2[0]);
console.log("data2.length: " + data2.length);

console.log("#######################");

data2[0] = 10;

console.log("data2: " + data2);
console.log("data2[0]: " + data2[0]);
console.log("data2.length: " + data2.length);

data2: ,,,,,,,,,
data2[0]: undefined
data2.length: 10
#######################
data2: 10,,,,,,,,,
data2[0]: 10
data2.length: 10

ポイント

• new Array(10)とは、lengthが10である配列を定義
  • ひとつひとつの要素はカラであり、undefinedとなる
  • 要素を定義する場合、data2[0] = 10;とする必要がある
• 一方、new Array("10")と文字列の場合、lengthが1である配列を定義
  • data[0]の値は文字列の10
• 「new Array()の使いどころ」にてコンストラクターの使いどころについて後述

2.推奨されている配列の書き方

左記のGoogle JavaScript Style Guideには、推奨された書き方も紹介されています。

Instead, write
const a1 = [x1, x2, x3];
const a2 = [x1, x2];
const a3 = [x1];
const a4 = [];

先ほどと同様、出力結果も確認してみましょう。

let data1 = [10];

console.log("data1: " + data1);
console.log("data1[0]: " + data1[0]);
console.log("data1.length: " + data1.length);

console.log("#######################");

data1[0] = 1;

console.log("data1: " + data1);
console.log("data1[0]: " + data1[0]);
console.log("data1.length: " + data1.length);

data1: 10
data1[0]: 10
data1.length: 1
#######################
data1: 1
data1[0]: 1
data1.length: 1

ポイント

• let data = [10]とは、lengthが1であり、data[0]の値は10ことを定義
  • data1[0]がundefinedではなく、格納した値が入っている

3.new Array()の使いどころ

new Array()の使いどころが気になったので、調べたところ、下記の記事が参考になったので、引用させていただきます。

一つずつ要素を入れて配列長をじわじわ伸ばしていくより、最初にまとめて確保しておいた方が軽いという理屈だ。
古いJavaScriptエンジンでは有効なテクニックだったのだが、エンジンの進歩により、逆転現象が起きている。V8で測定すると[]を使った方が2倍ほど速かった。

というわけで、 今の時代、タイプ数の多い new Array をあえて使う必要はない。

出所：new Array()と[]の違い

[]とnew Array()。
配列を扱いたい場合、[]でOKということですよね。

p.s.JavaScriptにおいてメモリが解放されるタイミングはいつなのか

メモリはいつ開放されるのか？という点も気になったので、こちらについても私の理解と参考になった箇所を書き留めておきます。

• メモリが開放されるタイミングは分からない
• ある領域にオブジェクトが管理されていてだれからも参照されなくなったら回収されると理解すればよさそう

JavaScript(ECMAScript)の仕様では、いつメモリが解放されるのかは定められていません。GC(ガベージコレクション)がいつ動作するのか、また、そのGCで回収されるのかはJavaScriptエンジンによって異なり、一概には言えません。
(中略)
ある領域にオブジェクトが管理されていてだれからも参照されなくなったら回収されるというのが肝心な点なのでそこだけぶれなければOKじゃないでしょうか。

出所：javascriptの変数のメモリへの割当について

んー。。

分かったようなわからないような汗。

>ある領域にオブジェクトが管理されていてだれからも参照されなくなったら回収されるというのが肝心な点なのでそこだけぶれなければOKじゃないでしょうか。

「javascriptの変数のメモリへの割当について」 https://t.co/mDaMOvK55p #teratail

— gakuji tamaki (@gkzvoice) May 16, 2020