i18n API implementation issues
jat at google.com
Wed May 18 16:11:51 PDT 2011
On Wed, May 18, 2011 at 6:35 PM, Nebojša Ćirić <cira at google.com> wrote:
> 4. Should we rename LocaleInfo.*collator*()/*numberFormat*()/*
>> dateTimeFormat*() into LocaleInfo.*createCollator*()...? It makes it
>> clear we are creating new object.
>> The methods on the LocaleInfo constructor or are they really
>> LocaleInfo.prototype methods. In other words are the results derived from a
>> specific LocaleInfo instance or is the result some sort of global value that
>> is independent of the instances. If the latter, why are they associated with
>> the LocaleInfo constructor?
> They are prototypes:
> I propose
> since they actually create a new LocaleInfo.Collator (or DateTimeFormat or
> NumberFormat) objects based on that locale info.
Are they required to create new instance, or can they return a cached object
that uses the same parameters? If the latter, then I would suggest either
foo() or getFoo() rather than createFoo().
John A. Tamplin
Software Engineer (GWT), Google
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the es-discuss