Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:116576 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 62837 invoked from network); 6 Dec 2021 09:34:03 -0000 Received: from unknown (HELO localhost.localdomain) (76.75.200.58) by pb1.pair.com with SMTP; 6 Dec 2021 09:34:03 -0000 To: internals@lists.php.net Date: Mon, 6 Dec 2021 10:33:57 +0000 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.3.2 References: <61ac9759.1c69fb81.b0241.1e6fSMTPIN_ADDED_MISSING@mx.google.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Posted-By: 87.81.129.66 Subject: Re: [PHP-DEV] RFC [Discussion] array_column results grouping From: marandall@php.net (Mark Randall) Message-ID: On 05/12/2021 14:02, Rowan Tommins wrote: > Since this is explicitly an open question in the current RFC draft, it > seems a bit premature to talk about voting, rather than encouraging the > RFC to develop in a particular direction. I hope it was taken as nothing more than an indication that adding an extra argument to array_columns would not be our preference for the route to go down :-) I could see the benefits to a standalone array_column_group function, that way the expected dimensions of the output would be more easily recognisable without having to inspect the parameters. As this RFC focuses heavily on array_columns, including all of the examples and the PR, I would encourage the author to consider an RFC specifically for array_column_group. Mark Randall