Re: [VOTE] Add IntlDatePatternGenerator

From: Date: Sat, 29 May 2021 14:24:50 +0000
Subject: Re: [VOTE] Add IntlDatePatternGenerator
References: 1 2 3 4 5  Groups: php.internals 
Request: Send a blank email to internals+get-114665@lists.php.net to get a copy of this message 
On 29.05.2021 at 10:02, Mel Dafert wrote:

>> Agreed with Nikita.  There's no compelling reason to add double-API style anymore.  It
>> may take a second RFC to modify this one to remove those, technically, but I'd vote for it.
>
> Should this new RFC then only apply to IntlDatePatternGenerator, or should it also
> clarify that future additions to the intl extension (or to extensions in general?)
> should not add both styles and prefer OO style if possible?

IMO, an RFC which generally "forbids" the introduction of new dual APIs
would make sense.  I don't think that we *need* an RFC to remove the
procedural API of IntlDatePatternGenerator.

Christoph

Thread (9 messages)

« previous php.internals (#114665) next »