On Fri, May 28, 2021, at 5:52 PM, Mel Dafert wrote: > >It's ... checks calendar ... the year 2021. Do we *really* need to add a > >procedural mirror APIs, especially with such auspicious function names as > >datepatterngenerator_get_best_pattern? > > > >I believe the procedural APIs are considered legacy APIs, and we are > >intentionally not adding them for new functionality. For example, the most > >recent intl addition (IntlChar) does not come with procedural APIs. > > I wasn't aware that there was a precedent with IntlChar - the > documentation seems > to frame this duplication as a feature rather than a historical > artifact. > (The wording "OO style vs procedural style" does not imply any > endorsement > of one style over the other to me.) > However, i am open to only including the OO API if there is consensus - > although > I feel like this should maybe belong in a separate RFC that clarifies > that future > additions should prefer the OO style, and > that the OO style is the "preferred" one.
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. --Larry Garfield -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: https://www.php.net/unsub.php
