Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:102795
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmx.de designates 212.227.15.18 as permitted sender)
To: =?UTF-8?Q?C=c3=b4me_Chilliet?= <come@opensides.be>,
 internals@lists.php.net
References: <e8fdd7ca-135a-2a7f-79cd-e45486f4ba8b@web.de>
 <tencent_3910FA2861CB2DDC6DBA9FF9@qq.com> <59.92.57182.80D864B5@pb1.pair.com>
 <15790166.CS6Sbgi3TL@mcmic-probook>
Message-ID: <f6dc6645-bc0d-ade0-f79f-a4af97382ac3@gmx.de>
Date: Fri, 13 Jul 2018 00:12:26 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101
 Thunderbird/52.9.1
MIME-Version: 1.0
In-Reply-To: <15790166.CS6Sbgi3TL@mcmic-probook>
Content-Type: text/plain; charset=utf-8
Content-Language: de-DE
Content-Transfer-Encoding: 8bit
Subject: Re: [PHP-DEV] [VOTE] array_key_first(), array_key_last(),
 array_value_first(),array_value_last()
From: cmbecker69@gmx.de ("Christoph M. Becker")

On 12.07.2018 at 09:06, Côme Chilliet wrote:

> Le jeudi 12 juillet 2018, 01:04:36 CEST Andrea Faulds a écrit :
>
>> Hmm. Returning null with no warning makes perfect sense for keys, since 
>> null is not a valid key so there's no ambiguity, but for values it seems 
>> problematic. On that ground I've decided to change my vote to No for the 
>> value functions, but keep the vote for Yes for the key functions. 
>> Someone who wants such behaviour could always do 
>> ($array[array_key_last($array)] ?? null), I guess.

Ditto!

> You cannot do that easily if the array is returned by a function.
> function()[array_key_last(function())] would call the function twice.

You can easily store the function's return value in a variable, though.

-- 
Christoph M. Becker