Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:120504
MIME-Version: 1.0
References: <97308c1d-e9f0-e28d-78ba-11da2a136ee6@fide.pl> <59ab68ce-8634-4ec5-92ae-ea46a04d774f@app.fastmail.com>
 <5e2e1efa-1dfa-64ea-354b-36fe9cc7b4e5@bastelstu.be>
In-Reply-To: <5e2e1efa-1dfa-64ea-354b-36fe9cc7b4e5@bastelstu.be>
Date: Thu, 1 Jun 2023 21:48:19 +0200
Message-ID: <CAPTD5yGDgaEKaXY=bYQFbhb1TgAHtFfyHWASc1sBzi-meTMO1Q@mail.gmail.com>
To: =?UTF-8?Q?Tim_D=C3=BCsterhus?= <tim@bastelstu.be>
Cc: php internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="00000000000091865e05fd16b8e5"
Subject: Re: [PHP-DEV] Proposal: addition of array_find() and array_find_key() functions
From: jorg.sowa@gmail.com (Jorg Sowa)

--00000000000091865e05fd16b8e5
Content-Type: text/plain; charset="UTF-8"

Hey,
Native implementation of the function array_find would decrease number of
lines needed to perform basic loops over the arrays from 4-6 lines to just
1. And I recollect a few times when the argument of reducing lines of code
needed to type was a valid reason of implementing the change.

Moreover, only this function would allow to achieve the same result as
proposed functions any()/all() by Tyson Andre 3 years ago. I still cannot
understand the context why the rejection reasons as "Too small in
scope/Object to the choice of namespace/Prefer the global namespace"
prevented PHP to have something which is a basically standard in other
languages.

https://wiki.php.net/rfc/any_all_on_iterable

Kind regards,
Jorg

--00000000000091865e05fd16b8e5--