JavaScriptのeveryの使い方入門！判定処理の基本を例文付きで解説

配列の全要素がある条件を満たしているかを調べるとき、短くすっきり書けるメソッドが欲しいことはありませんか。JavaScriptにはまさにその目的に合ったArray.prototype.everyメソッドがあります。この記事ではeveryを使う理由や具体例、注意点、普通のループやsomeとの比較も含め、初心者から中級者まで理解できるように解説します。

JavaScript every 使い方：基本とは何か

JavaScriptにおけるeveryの使い方の基本は、「配列の全ての要素がコールバック関数の条件をクリアするかどうかを判定する」ことにあります。全ての要素がtrueとして評価されればtrueを返し、一つでもfalseがあればfalseを返します。コールバック関数には現在の要素、インデックス、配列本体の三つの引数が渡されることも理解が必要です。さらに第二引数としてコールバック内のthis値を指定できます。

仕様上、empty array（空の配列）に対してeveryを呼び出すと、条件をテストする要素がそもそも無いためtrueを返すという特性があります。この振る舞いは「vacuous truth（空命題）」と呼ばれ、数学的概念と一致します。実際にES仕様でもこのように定められています。

everyメソッドの構文と引数

everyの基本構文は以下の通りです。配列に対してメソッドを呼び出し、引数としてコールバック関数とオプションでthisArgを渡します。コールバック関数は少なくとも一つは必須で、関数でない場合はTypeErrorになります。引数の順序はcallbackfn, thisArgです。

例：array.every(callbackfn)あるいはarray.every(callbackfn, thisArg)。callbackfn(element, index, array)の三つのパラメータを取ることができ、この戻り値が真偽値として扱われます。thisArgが指定されると、コールバック内のthisがその値になります。

コールバック関数の返す値のルール

コールバック関数は真偽値（または真偽に変換可能な値）を返す必要があります。返される値がtrueと評価されればその要素は条件を満たしているとみなされます。falseまたは偽と見なされる値であればその時点でeveryは処理を止めてfalseを返します。全要素がtrueになると、全体としてtrueを返します。

例えば数値がすべて正か、文字列がすべて特定の長さ以上かなど。条件が複雑な場合でも、一貫した真偽の返却が重要です。コールバックの中で副作用を持たないようにするのが安全です。

空配列に対する動作

empty arrayに対してeveryを適用すると、コールバックが一度も呼ばれません。そのため全ての要素が条件を満たしているとみなされ、trueを返します。これを直観的でないと思う人もいますが、論理学で空集合に関する命題が真と扱われる「空命題」がこの振る舞いの根拠です。

例として、[].every(x => x > 0)はtrueになります。しかし[].some(x => x > 0)はfalseになります。この違いを理解しておかないと、条件チェックで想定外の挙動を引き起こす可能性があります。

JavaScript every 使い方：応用例と実践シーン

everyの基本構文を理解したら、実際のコードでどのように使われるかを見て応用力を高めましょう。入力チェック・バリデーション、ネストされた配列、オブジェクトの集合に対する条件など、実践で使うシーンは多様です。例文を通じてイメージを掴んでください。

入力フォームのバリデーションでの具体例

フォーム入力で複数のフィールドがあり、それぞれ非空であるかどうかをチェックする場面があります。たとえば名前・メールアドレス・パスワードが空でないかを全て判定する場合、everyを使えば簡潔に書けます。コールバック関数で文字列のlength>0をチェックするだけです。

例：fields.every(field => field.trim().length > 0)という形で、配列fieldsのすべての値が有効な入力かどうかをコンパクトに判定できます。複数のチェック条件がある場合は論理演算子を使って組み合わせることも可能です。

ネストされた配列や多次元データでの使い方

配列の配列、オブジェクトが要素の配列など、データがネストされている場合にeachをネストさせることで条件を深くチェックできます。たとえばクラスごとの生徒データ配列があり、各クラスの全生徒の成績が基準以上かを調べるときなどに有効です。

例：classes.every(cls => cls.students.every(student => student.score >= 60))というように内側と外側のeveryを組み合わせます。読みやすさを考慮し、関数に切り出すなどの工夫も有効です。

オブジェクト配列に対する属性チェック

オブジェクトの配列では各オブジェクトが特定のプロパティを持っていたり値が条件を満たしていたりするかを確認することが多いです。everyを使うと属性の存在チェックや値の型チェックを簡単に行えます。

例：users.every(user => typeof user.email === ‘string’ && user.email.includes(‘@’))。すべてのuserオブジェクトにメール属性があり、かつ@を含んでいるかどうかを確認できます。条件を増やすほど可読性に注意し、複雑な条件は補助関数に分割するのが望ましいです。

JavaScript every 使い方：forループ・someメソッドとの比較

everyを使うことにはメリットがありますが、forループやsomeメソッドなど他の方法との比較を通じて理解を深めることができます。処理の開始停止、処理量、可読性、エラーハンドリングなど観点ごとに比較します。

forループとの比較：冗長さと可読性

昔からあるforループを使って全要素をチェックする方法では、ループ変数の管理や条件判定後のbreak文の挿入などが必要になり、コードが長くなりがちです。everyを使えば条件チェックと停止処理を含めてメソッド呼び出し一行で済ますことができます。

例：for (let i＝0; i < arr.length; i＋＋) { if (!condition(arr[i])) return false; } return true。everyを使えばarr.every(condition)となり、直感的で読みやすいです。可読性の向上やバグの減少に繋がります。

someメソッドとの違いと使い分け

someは配列内に条件を満たす要素が少なくとも一つあればtrueを返すメソッドです。everyとは逆の用途で使われます。両者は似た動作を持ちますが、意図に応じて使い分けることが重要です。

someは「存在」確認、everyは「全員」確認。例えば「一人でも合格していればよい」のならsome、「全員が合格していなければならない」のならevery。このように目的に応じて選ぶことでロジックがクリアになります。

empty arrayへの挙動比較表

このように空配列はeveryではtrue、someではfalseとなります。これは仕様に基づいた振る舞いですので、空配列が想定されるコードパスではこの性質を考慮しないと思わぬバグを生じます。

JavaScript every 使い方：注意点とパフォーマンスの考慮

everyを使って判定処理を書く際には、便利な反面、注意点もあります。期待通りに動かないケース、処理が重くなるケース、コールバック内の副作用などのリスクがあります。ここではそれらを整理し、安全で効率的なコードを書くためのポイントを紹介します。

条件関数が常に真偽を返しているか確認する

コールバック関数が何も返さなかったり、明示的にundefinedを返すような書き方になっていると、予想と異なる結果が得られます。戻り値がundefinedやnullなどの偽と評価される値なら即座にfalseとなるため、すべてが条件を満たしていると考えていた場合でも実際にはそうでないことがあります。

例えば arr.every(elem => {elem > 0;}) のように return を書き忘れるケースがあります。この場合最初の要素でコールバック実行後にundefinedとなりfalseが返ってしまいます。必ず return を忘れないようにしましょう。

巨大な配列での処理停止タイミング（short-circuit）

everyは条件を満たさない最初の要素が見つかった時点で処理を停止します。これはパフォーマンス上の利点ですが、反対に想定外に停止することもあります。配列の順序や条件判定の早い失敗を期待する順番を考慮して要素の並びを設計するのが望ましいです。

また、配列のサイズが非常に大きいときにはcallbackのコストやメモリ使用なども無視できません。条件判定自体が重い処理の場合、そのコストを削減する方法を検討する必要があります。

副作用のあるコールバックに注意する

everyのコールバック内でconsole.logや配列の変更、外部変数の更新など副作用を持つ処理を行うと、予期しない動作を引き起こす可能性があります。exit pointの早い停止により一部しか副作用が実行されないなど、結果が不整合になることがあります。

コールバックはできるだけピュアな関数として設計し、テストやデバッグがしやすくなるように心がけましょう。副作用が必要な場合はループやforEach、別の処理に切り出すなど設計を明確にすることが望ましいです。

JavaScript every 使い方：実際のコード例で学ぶ判定処理

ここからは具体例を通じてeveryの使い方を深く掘り下げます。様々なシナリオでの例文を提示しながら、どのような状況でeveryが使えるかを見てください。コード例を自分でタイプして動かしてみると理解が進みます。

数値が全て偶数かどうかをチェックする

最も基本的な例として、配列の全ての数値が偶数かを判定するコードです。Array.prototype.everyを使うことで、forループより簡潔に書けます。条件チェックはelem % 2 === 0としてtrue／falseを返すようにします。

例文：
const numbers = [2, 4, 6, 8];
const allEven = numbers.every(num => num % 2 === 0);
console.log(allEven); // trueとなる

文字列配列の各要素が特定の長さ以上かを確認する

文字列配列の例では、すべての文字列が一定の文字数以上であるかをeveryを使って判定できます。たとえばパスワード候補の配列やタグの配列などで活用できます。条件が満たされていなければfalseが返ります。

例文：
const words = [‘apple’, ‘banana’, ‘cherry’];
const allLong = words.every(word => word.length >= 5);
console.log(allLong); // trueとなる

複雑なオブジェクト配列を条件で判定する例

ユーザーオブジェクト配列などで、すべてのユーザーがアクティブか、すべての商品の在庫が正か、などの条件判定によく使われます。条件が複数ある場合は論理演算子で組み合わせます。

例文：
const users = [{name:’A’, active:true}, {name:’B’, active:true}];
const allActive = users.every(user => user.active === true);
console.log(allActive); // trueとなる

まとめ

JavaScriptのeveryメソッドは、「配列の全要素がある条件を満たすかどうか」を簡潔に判定するための強力なツールです。空配列に対する振る舞いやshort-circuit（最初の失敗で処理を止める点）、コールバックの構文や戻り値の扱いに慣れておくことで、ミスやバグを減らせます。

他の手法、例えばforループやsomeメソッドとの比較を通じて、どの方法がその場面に最適かを判断できるようになることが重要です。everyを使いこなすことでコードの可読性が向上し、判定処理がより明確になります。是非例文を試しながら、自分のコーディングに取り入れてみてください。