JavaScriptで配列の「すべての要素がある条件を満たすか」を一括で確認したいとき、everyメソッドは非常に便利です。複雑なループを回したり、途中で結果をチェックする手間が省け、コードも明確になります。本記事ではJavaScriptのeveryの使い方を丁寧に解説し、構文やコールバック、空配列の扱い、TypedArrayでの利用、よくある混同と対策を紹介して、実践に役立つ知識を網羅します。
目次
JavaScript every 使い方：基本構文と特徴
JavaScript everyメソッドは、配列の全要素が指定したテストを満たすかどうかを判定するためのメソッドです。コールバック関数を各要素に適用し、ひとつでも条件を満たさない要素があればfalseを返し、すべてが満たせばtrueを返します。空配列の場合は常にtrueとなる振る舞いも特徴的です。構文は簡潔で可読性が高いため、数値だけでなく文字列やオブジェクト、条件の複数組み合わせなどのチェックにも使えます。
構文の詳細
everyメソッドの構文は主に以下のようになります。
array.every(callbackFn)
array.every(callbackFn, thisArg)（thisArgは省略可能）
callbackFnには最大3つの引数が渡せます。第一引数は配列の要素、第二引数はその要素のインデックス、第三引数は元の配列全体です。この仕組みにより要素だけでなく位置や前後関係を用いた判定が可能になります。
空の配列の扱い
空の配列に対してeveryメソッドを実行すると、コールバック関数が一度も呼ばれないため、仕様上常にtrueを返します。これは直感と異なることがありますが、数学的には空集合における「すべての要素が条件を満たすか」という問いに対して「反例がないため真である」という考え方に沿った結果です。empty arrayがfalseを返すという誤解を避けるため、注意が必要です。
早期終了の仕組み
everyは条件を満たさない要素が見つかった時点で処理を中断し、即座にfalseを返します。この性質により、特に大きな配列を扱う際のパフォーマンスに優れています。すべての要素を必ず確認するわけではなく、「失敗」があったらそれ以上調べないため、処理効率が良くなります。
実例で理解するJavaScript every 使い方
概念だけでは分かりにくいところもあるので、数値、文字列、オブジェクトを使った具体例でeveryの使い方を確認します。型が異なっても使い方は共通する点と、それぞれの型で気を付けることがあります。
数値の配列での使用例
数値の配列に対して、「全要素がある範囲以上・以下か」「偶数・奇数か」をチェックする場面が典型的です。例えば、配列の全てが10以上かを確認する場合、
const nums = [12, 15, 20, 25];
const result = nums.every(num => num >= 10);
というように書くと、全て10以上ならtrueになります。逆に1つでも条件を満たさない数値がいればfalseが返ります。
文字列や配列要素が文字列の場合
文字列の配列では、「各文字列が特定の文字を含むか」「文字列の長さが一定以上か」などをチェックできます。例えば果物の名前一覧で、すべてが’e’を含むかを確認する、という例です。文字列にはincludesやlengthなどのメソッドを使って柔軟な条件指定が可能です。
オブジェクトの配列に対する条件判定
配列要素がオブジェクトの場合は、プロパティの存在や値の比較が必要になることが多いです。例えばユーザーオブジェクトの配列で、すべてのユーザーに保存先のageプロパティがあるか、または年齢が一定以上かどうかをeveryでチェックできます。オブジェクトにはundefinedチェックや型チェックを組み合わせると安全性が高まります。
Array.prototype.everyの挙動の詳細と注意点
everyは一見シンプルですが、仕様上細かい挙動や注意点があります。コールバック引数の振る舞い、疎配列に対する挙動、thisArgの使い方などを押さえておくことで予期しないバグを防げます。
callback関数への引数：element, index, array
コールバック関数には三つの引数が渡されます。firstは現在の要素、secondはその要素のインデックス、thirdは元の配列です。これにより、位置依存の判定や隣接要素との比較が可能です。例えば増加順になっているかを調べたいとき、indexを使って前の要素と比較する、といった用途があります。
疎配列（スパース配列）での挙動
要素が未定義やempty slotの状態の疎配列では、everyのコールバック関数はそのスロットに対して呼ばれません。つまり空のスロットはスキップされるため、undefinedでなくてもその要素が存在しないと判断されない限りスロットの存在自体はimpactしません。この仕組みを知らないと重要なチェックが抜け落ちてしまう可能性があります。
thisArgの使い方と注意点
everyの第二引数thisArgを指定すると、コールバック内で使用されるthisの値を設定できます。普通はアロー関数を使うので気にする必要はありませんが、通常の関数を使う場合にはthisの参照先が重要になります。不適切に設定すると期待した値にアクセスできなかったり、グローバルを参照してしまったりするためです。
ミューテーション（配列の変更）と副作用の考慮
everyが処理中に元の配列が変更（要素の追加・削除・変更）された場合、仕様では反復範囲はメソッド呼び出し開始時に決定されます。そのため、新しく追加された要素がチェック対象にならないことや、削除された要素が無視されることがあります。副作用を抑えるため、配列を変更しないかコピーして使うことが望ましい場合があります。
TypedArrayや配列以外でも使えるeveryの利用範囲
everyは通常の配列だけでなく、TypedArray（型付き配列）に対しても使えます。また、lengthプロパティと数値添字を持つオブジェクト（array-likeオブジェクト）にも適用可能です。JavaScriptの仕様でかなり汎用的に設計されており、さまざまなデータ構造に対して「すべてが条件を満たすか」というチェック処理を共通化できます。
TypedArrayでのeveryの使い方
TypedArray（たとえばInt8Array, Uint8Arrayなど）もeveryを持っており、通常の配列と同じように条件判定が可能です。型保証があるため、要素が整数や浮動数であることが確定している場面での利用に便利です。例えば全ての要素が負かどうか、ある範囲内かどうかなど数値特有の判定がシンプルになります。
配列以外の”配列ライク”オブジェクトでの活用
lengthプロパティと数値添字を持つオブジェクト（例：argumentsオブジェクトやNodeListなど）に対して、Array.prototype.everyをcallやapplyで使うことができます。こうしたオブジェクトには元からeveryメソッドがついていないことがありますが、汎用性のあるツールとして使いこなせばコードの再利用や関数の汎用性が高まります。
everyと他の配列メソッドとの比較
forループ、someメソッド、filterやfindなどとeveryを比較することで、どの場面でどれを使えば適切か明確になります。似た機能を持つものもありますが、返り値や処理の流れが異なるため、それぞれの特性を理解して使い分けることが重要です。
forループとの比較
forループで「すべての要素が条件を満たすか」を手動でチェックすることは可能ですが、コードが冗長になりやすく、早期終了や可読性が劣ることがあります。everyでは内部で早期終了の仕組みがあり、コードも宣言的で読みやすいため、単純な全要素チェックではeveryが優れています。
someとの違い
someメソッドは要素のうち**ひとつでも**条件を満たすかどうかを判定します。一方everyは**すべて**である必要があります。目的が異なるため、条件の論理構造に応じて使い分けることが必要です。someと組み合わせて複雑な条件を構成するケースもあります。
find / filterとの違い
filterは条件に合う要素の配列を返し、findは最初のマッチ要素を返します。everyは返す要素ではなく、真偽値だけが目的です。そのため「全要素が一致しているか」「一つでも違うものがあるか」をシンプルに表現したい場合にeveryが最適です。
実践的ユースケースとベストプラクティス
everyを実用する場面は多岐にわたります。フォームバリデーション、入力チェック、API応答の内容チェックなどで使われます。実際の環境ではエラー処理や型の保証、レスポンスのフォーマットなどを考慮する必要があります。ベストプラクティスを押さえることで保守性と信頼性の高いコードが書けます。
フォームやユーザー入力のバリデーション
例えば複数のフォームフィールドの入力値がすべて非空もしくは条件を満たしているかをチェックする際everyが有効です。文字列の空でないか、特定のパターンにマッチするかなどをコールバックで記述すると、冗長なif文を省けます。非同期処理を含むケースではawaitと組み合わせて使用することもあります。
API応答やデータ検証での利用例
外部APIから配列形式のデータを取得した際、各要素が型・プロパティを持っているか、範囲が正しいかなどをeveryで検証できます。たとえばオブジェクト配列で必須フィールドが揃っているかどうか、数値フィールドが非負かどうかなどの条件をまとめてチェックできます。
可読性・保守性を高めるための工夫
everyのコールバック関数は簡潔にすることが望ましいです。複雑なロジックは別関数に切り出したり名前付き関数を使ったりすると可読性が向上します。またテストケースを書いて、予期しない入力（空配列や型ミスマッチなど）が来た際の挙動を確認しておくことも大切です。
よくある誤解と対策
everyは使いやすい反面、誤解されやすい振る舞いがあります。空配列の扱い、thisの参照、疎配列との関係などは特に初心者で間違えやすいポイントです。ここを明確に理解しておくことでデバッグ工数を大幅に削減できます。
空配列はfalseではなくtrue
前述の通り、空配列でeveryを呼び出すと常にtrueが返ります。直感的にfalseと思いがちですが、仕様上は異なります。empty arrayの場合には、条件を「すべての要素が○○である」という問いに対し、反例が存在しないため真とされるためです。この挙動を知らないとバグになる可能性があります。
thisArgを使ったthisの誤用
通常アロー関数を使えばthisArgをほとんど使う必要がありませんが、通常の関数やメソッド参照でthisを利用する場合にはthisArgの設定ミスに注意が必要です。thisがグローバルオブジェクトを参照してしまったり、期待したオブジェクトが指されなかったりすると処理内容が変わります。
型不一致や意図しない型変換による誤判定
数値と文字列の混在、NaNやundefinedの扱い、オブジェクトプロパティの欠如などが原因で誤判定が起こることがあります。コールバック内で値の型をチェックする、必須プロパティがあるかを確認するなど安全策を講じておくと安心です。
性能とブラウザー互換性に関する知見
everyは現代の主要なブラウザーとJavaScript実行環境（ブラウザーもサーバーサイドも）で広くサポートされています。処理中の早期終了など性能上の利点もあるため、大量データを扱う場合にも適切に使えば高い応答性を維持できます。polyfillが必要な古い環境での代替手段についても知っておくと互換性対応が容易です。
対応している環境とサポート状況
everyはほぼすべてのモダンブラウザー、サーバーサイドJavaScript環境で利用可能です。仕様に採択されているため、ES5以降の環境で標準搭載されています。そのため、特別な設定なしに使ってもほとんど問題ありません。古いブラウザーや非常にレガシーな環境ではpolyfillを検討するとよいでしょう。
大きな配列を処理する際のパフォーマンス考慮
配列が非常に大きい場合、everyの早期終了機能は役立ちますが、コールバックの中で重い処理を行うとやはり遅延が発生します。条件チェックをシンプルに保つ、必要であれば並列処理やWeb Workerなどを活用することを検討する価値があります。
polyfill利用時の注意点
古い環境でeveryが存在しないときは、仕様に準拠したpolyfill（代替関数）を導入することができます。polyfillを使う際は正しい仕様（引数順序、空配列時の振る舞い、疎配列の扱いなど）を満たしているかを確認することが非常に重要です。
例題付き応用ケース：複数条件や組み合わせ
基本の使い方だけでなく、everyを複数の条件で組み合わせたり、他のメソッドと組み合わせたりすると、より応用的な使い方が可能です。実務で使えるようなパターンをここで押さえておくと力がつきます。
複数条件を組み合わせる
たとえば「すべての要素が正でかつ偶数である」など、複数の条件をANDでつなぎたい場合、コールバック内で論理演算子を用います。
const arr = [2,4,6,8];
const result = arr.every(num => num > 0 && num % 2 === 0);
このように条件を複合させることで1つの判定関数で多面的なチェックができます。
other methodsとの組み合わせ
some、filter、map、findなどとeveryを組み合わせることで柔軟なデータ処理が可能です。例えば最初にfilterで特定条件の要素を抽出し、それらが特定順序になっているかをeveryで検査するといった処理などです。フローを分けて考えることでコードが整理されます。
非同期処理が絡む場合の取り扱い
every自体は同期処理です。非同期関数やPromiseをコールバックに直接渡しても期待通りに動かないことがあります。非同期処理が必要な場合はPromiseを使ったループや非同期関数での制御を行い、すべての結果を集めて真偽値を算出する方法を選ぶ必要があります。
まとめ
JavaScriptのeveryメソッドは、配列のすべての要素がある条件を満たすかを簡潔かつ効率的にチェックできる強力なツールです。基本構文だけでなく空配列の振る舞い、疎配列でのスロットの扱い、thisArgの使い方などの細かな仕様を理解することで予期しないバグを回避できます。さらにTypedArrayへの対応や配列ライクオブジェクトでの活用、複数条件の組み合わせ、他のメソッドとの連携など応用も幅広いです。everyを正しく使いこなすことで、より読みやすく保守性の高いコードを書くことが可能になります。
コメント