Re: [VOTE] Add IntlDatePatternGenerator
>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.
Thread (9 messages)