Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:117462
MIME-Version: 1.0
References: <9ecce8c9-c8bc-93e3-25f0-386c2c41ca1a@gmail.com> <CAC5V6ghWoAnqdp=vEuFAg-Wyg_Ydn5pAmVYDXqwsci+Xe9NnLw@mail.gmail.com>
In-Reply-To: <CAC5V6ghWoAnqdp=vEuFAg-Wyg_Ydn5pAmVYDXqwsci+Xe9NnLw@mail.gmail.com>
Date: Wed, 30 Mar 2022 19:23:41 +0100
Message-ID: <CAJvSBVOptWn+tHhADtY_2zTXCNoc_k3F83aDn8zbhBOm9-8+iA@mail.gmail.com>
To: Guilliam Xavier <guilliam.xavier@gmail.com>
Cc: Rowan Tommins <rowan.collins@gmail.com>, PHP Internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="00000000000038d8c905db73a774"
Subject: Re: [PHP-DEV] Undefined variables and the array append operator
From: phpmailinglists@gmail.com (Peter Bowyer)

--00000000000038d8c905db73a774
Content-Type: text/plain; charset="UTF-8"

On Wed, 30 Mar 2022 at 15:33, Guilliam Xavier <guilliam.xavier@gmail.com>
wrote:

> Not really a "compelling reason why we should keep this inconsistency", but
> I have occasionally relied on array autovivification *for sub-dimensions*,
>

I rely on this often when remapping data for analysis. These scripts are
run a handful of times and discarded. Autovivication keeps the code short.
Here's a snippet I wrote yesterday:

        $out = [];
        while ($row = $res->fetchAssociative()) {
            // ...
            $docId = $row['document_id'];
            if (!isset($out[$docId])) {
                $out[$docId] = [
                    'application_id' => $row['application_id'],
                    'document_id' => $docId,
                    'filename' => $row['filename'],
                ];
            }
            $out[$docId]['labels'][$row['document_rejection_reason_id']] =
true;
        }

Naturally I would prefer to keep this behaviour for arrays.

Peter

--00000000000038d8c905db73a774--