日本語
日本語
配列処理にPHPを使用する場合、 array_map（）は一般的に使用された強力な機能です。これにより、アレイ内の各要素にコールバック関数を適用できます。これは、シンプルでエレガントです。ただし、毎日の開発では、コールバック内の配列やオブジェクトなどの非スカラー値を扱う場合、「バグのように見えないが混乱する」動作を遭遇し、エラーを引き起こすことさえあります。この記事では、この隠されたリスクを深く深く理解し、どのように安全に対処するかを理解します。
PHPでは、スカラー値には以下が含まれます。
int
フロート
弦
ブール
スカラー値の代わりに、次のものが含まれます。
配列
物体
リソース
null （時々カウント）
非スカラー値をarray_map（）のコールバック関数に渡し、関数で互換性のない操作を使用すると、文字列スプライシング、アレイインデックス、JSONエンコードなどを使用するなど、エラーをトリガーする可能性が非常に高くなります。
次の例を見てみましょう。
<code> $ data = [['name' => 'tom']、['name' => 'jerry']、['name' => 'spike']、]; $ result = array_map（function（$ item）{
「こんにちは」を返します。 $ item;
}、$ data）;
</code>
出力が期待される場合があります。
[
"Hello, Tom",
"Hello, Jerry",
"Hello, Spike"
]
しかし、実際、このコードはエラーをトリガーします。
Warning: Array to string conversion
これは、 $ itemが配列であり、文字列で直接配列をスプライスできないためです。 PHPでは、手動で処理しない限り、配列を文字列に暗黙的に変換することはできません。
これを回避するには、スカラー値を扱っていることを確認するか、コールバックで非スカラー値を明示的に扱っていることを確認してください。
出力：
[
"Hello, Tom",
"Hello, Jerry",
"Hello, Spike"
]
出力：
[
"Data: {\"name\":\"Tom\"}",
"Data: {\"name\":\"Jerry\"}",
"Data: {\"name\":\"Spike\"}"
]
この方法は、デバッグ中の構造を迅速に表示するのに適していますが、ビジネスロジックには注意して使用することをお勧めします。
ユーザーによるデータ入力を処理する場合、または外部APIによって返される場合、非スカラー値はより一般的です。たとえば、次のインターフェイスを介してデータをプルします。
<code> $ data = json_decode（file_get_contents（ 'https://m66.net/api/users'）、true）; </code>リターン構造は、アレイネストされた配列である場合があります。この時点で、構造を確認せずに$データに対してarray_map（）を直接使用する場合、ポイントを踏む可能性が非常に高くなります。
array_map（）は効率的でエレガントなツールですが、コールバック関数が着信値を正しく処理できると想定しています。非スカラー値を渡してスカラーとして処理すると、ランタイムエラーや論理エラーさえある場合があります。次のポイントを覚えておいてください：
コールバック関数に、受信値のデータ型に関する予測があることを確認してください。
配列またはオブジェクトでの暗黙の文字列処理は避けてください。
外部データは最初に構造化され、次に処理されます。
書くことが少ないほど、間違いを犯すことが少なくなります。あなたが理解するほど、あなたはそれをより安定させます。この記事がこの「小さなピット」をはっきりと見て、PHPコードをより堅牢にするのに役立つことを願っています。
