Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:112594
To: Pierre <pierre-php@processus.org>, Sara Golemon <pollita@php.net>
CC: "internals@lists.php.net" <internals@lists.php.net>
Thread-Topic: [PHP-DEV] Straw poll: Naming for `*any()` and `*all()` on
 iterables
Thread-Index: AQHW1kOROymHHd+jAEaQQL1oN/KEl6oB0/yAgAB0iVaAAHWXgIAAfd/y
Date: Tue, 22 Dec 2020 15:27:30 +0000
Message-ID:
 <DM6PR07MB661889A16CBBCCC6AD0032F7F9DF0@DM6PR07MB6618.namprd07.prod.outlook.com>
References:
 <DM6PR07MB661827026586104D5DEDAA64F9C20@DM6PR07MB6618.namprd07.prod.outlook.com>
 <CAESVnVoDShD_R0qRizmz06Whr4smEPOvy8jCCBJshKGw1jZ9zQ@mail.gmail.com>
 <DM6PR07MB6618A07A2EC02D44E132F18FF9DF0@DM6PR07MB6618.namprd07.prod.outlook.com>,<477208c5-331d-671e-a8f4-199a751f0a04@processus.org>
In-Reply-To: <477208c5-331d-671e-a8f4-199a751f0a04@processus.org>
Accept-Language: en-CA, en-US
Content-Language: en-CA
x-ms-exchange-messagesentrepresentingtype: 1
x-tmn: [W8Ey54sX5e2qr53xvhxSZeZBIDrn9JWloRwipIL4jKRTn7a4iskt55RgPVN304qw]
x-ms-publictraffictype: Email
x-incomingheadercount: 45
x-eopattributedmessage: 0
x-ms-office365-filtering-correlation-id: f44ecfc3-e056-4a35-2384-08d8a68e18cd
x-ms-traffictypediagnostic: BL2NAM02HT128:
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info:
 TEK1/NEOSQKrGwtAwrPo4elbTSJyNZtFYClvk6nV71ievcjliEqjZPPT8wDrtRCYV7IuSBO/5lTKEk8SDV/Oaa72JFrnWsfm3fVsGrGUV3VoH1jCypTAXHA9flKjOgY2LnuM5GnG4SYkjR/qO0rs+JQVsXRsJaV4PF5fv5/KqDaUWKvM8ijenT616cl4+o8lBaHOASHdQ0mxEtM0a5lXP5UMz00oZ6ShVQvIddeT8/aYgAIJVwdHrAhCK1IXnljQcQK4eT2wtlbpZTDBrYUMoNgBPLwrGVRHYnfQowJCkF8=
x-ms-exchange-antispam-messagedata:
 R0DvQARzN15FJl9qwkvFDNNmg9Xsgd7QwdqxsNcjjyfCGX25Oj/oO00wnSfvfSIuhBs8jSmFgVWH4oMJ3E/kTofhyMbK1BdiDbz6wCQUO6FiiE7h4HamCmtFSnzxTiON0XDosPYPzbihapB93xhkMeF/aSEgY54mxwS1Bdi/H031aWLDDjAOxWpi2fqg5KULPJzhKW/EhEcnX3yfa0fQRg==
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: hotmail.com
X-MS-Exchange-CrossTenant-AuthAs: Anonymous
X-MS-Exchange-CrossTenant-AuthSource: BL2NAM02FT056.eop-nam02.prod.protection.outlook.com
X-MS-Exchange-CrossTenant-RMS-PersistedConsumerOrg: 00000000-0000-0000-0000-000000000000
X-MS-Exchange-CrossTenant-Network-Message-Id: f44ecfc3-e056-4a35-2384-08d8a68e18cd
X-MS-Exchange-CrossTenant-originalarrivaltime: 22 Dec 2020 15:27:30.4169
 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Internet
X-MS-Exchange-CrossTenant-id: 84df9e7f-e9f6-40af-b435-aaaaaaaaaaaa
X-MS-Exchange-CrossTenant-rms-persistedconsumerorg: 00000000-0000-0000-0000-000000000000
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BL2NAM02HT128
Subject: Re: [PHP-DEV] Straw poll: Naming for `*any()` and `*all()` on
 iterables
From: tysonandre775@hotmail.com (tyson andre)

Hi Pierre,=0A=
=0A=
> This is the kind of reasoning I fully support usually, I do maintain a =
=0A=
> few libraries for multiple PHP versions as most people in this list and =
=0A=
> make things easily polifyllable is something I'm sensible to.=0A=
> =0A=
> Nevertheless, the language and its standard library has to evolve at =0A=
> some point. For enumerable objects PHP terribly lacks a complete and =0A=
> convenient API for developers. By putting those methods in the global =0A=
> namespace, you make those methods usage much less fluent for many =0A=
> developers that uses a decent IDE. It'd be a great thing to have a =0A=
> compete OO-based (interface based) API for collection methods. any() and =
=0A=
> all() methods are only the start, in my opinion, of much greater =0A=
> improvements in that regard, and I'd very much love to have those =0A=
> autocompleted by IDE on pretty much everything that is iterable.=0A=
> =0A=
> That's just an opinion, I'd love to see it evolve towards an =0A=
> object-oriented API.=0A=
=0A=
1. If you're talking about adding default methods to Traversables,=0A=
   default method implementations would be a major RFC of their own=0A=
   for implementation and discussions on guidelines for using them internal=
ly.=0A=
=0A=
   It may raise questions such as "why still have both traits and interface=
s".=0A=
=0A=
   Some may object to adding too many default methods to the completions fo=
r an IDE=0A=
   or naming conflicts in projects.=0A=
2. I'd find it useful to add, though there may be considerable discussion o=
ver what belongs =0A=
   in an API for collection methods, whether they make sense with SplObject=
Storage, etc.=0A=
3. The pipe operator RFC may be a bit more fluent if a revised version is a=
ccepted - https://externals.io/message/112558#112574=0A=
=0A=
   `$exists =3D create_collection() |> user_defined_filter($$) |> someprefi=
x_any($$)` (possibly different syntax)=0A=
=0A=
4. I'd still want to add this functionality for arrays. Limiting any/all to=
 arrays only would be artificial,=0A=
   and projects can use both if `->any()` was added by a different RFC =0A=
   (both count()/Countable->count() syntaxes are used in php code)=0A=
   =0A=
=0A=
Thanks,=0A=
-Tyson=0A=