Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:119449
MIME-Version: 1.0
References: <PH8PR10MB63373B4F714FCC638A7C62FEBFD19@PH8PR10MB6337.namprd10.prod.outlook.com>
 <CADyq6sL5g0u8HJaDVfnvDCrO3CFN3Sm3UDpbAyUbGwKjUYi26Q@mail.gmail.com>
 <PH8PR10MB6337F2D628EF20432964B83DBFD19@PH8PR10MB6337.namprd10.prod.outlook.com>
 <CAAwdEzDs61ADrc2LRt4b1DGG_R-eGrDbfGHJKC5KRbDAL22z9g@mail.gmail.com>
In-Reply-To: <CAAwdEzDs61ADrc2LRt4b1DGG_R-eGrDbfGHJKC5KRbDAL22z9g@mail.gmail.com>
Date: Wed, 1 Feb 2023 19:55:07 +0000
Message-ID: <CAGBsUrfW5BmzCWA7tGKTRr-6QfHk16esOkghc2D_GKag4tD0Qw@mail.gmail.com>
To: Sergii Shymko <sergey@shymko.net>, PHP internals <internals@lists.php.net>
Content-Type: multipart/alternative; boundary="000000000000e6507d05f3a8d3ea"
Subject: Re: [PHP-DEV] RFC proposal: function array_filter_list() to avoid
 subtle bugs/workarounds
From: tekiela246@gmail.com (Kamil Tekiela)

--000000000000e6507d05f3a8d3ea
Content-Type: text/plain; charset="UTF-8"

Hi Sergii,

First of all, let me say that I am glad more people are willing to give
back to the PHP language. I'm happy you decided to join the ML.

However, the change you are proposing is unlikely to be well-received. PHP
already has too many functions. It is known as a kitchen sink[1].
I don't think we need list-variants of the array functions. As you noted
yourself, it can be simply implemented with array_values(). If we do this
one then next someone will say what about array_diff() with a list?
Most of the functionality can be implemented in userland and it's usually
the preferred way. If we are going to add a new function to PHP, it must
have a very good reason to be implemented in C. array_is_list() had a very
good explanation: performance.
Ideally, we would have a separate type for List, but... it can easily be
implemented in userland so we are back to square one. While PHP's arrays
are something of a Frankenstein's monster, they work well as an internal
implementation detail of other data structures.
Adding more array_* functions is something that many of us would want to
avoid.

Regards,
Kamil

 [1]:
https://web.archive.org/web/20181107125816/http://www.mcguirehimself.com/?p=117

--000000000000e6507d05f3a8d3ea--