Ilya Okomin wrote:
> Hello, Nathan!
> 
> Thank you for taking a deep look at the i18n task!!
> I try to comment inline...
> 
> On 9/11/06, Nathan Beyer <[EMAIL PROTECTED]> wrote:
>>
>> Is there any reason that there are three overloaded getString(String,
>> XXX)
>> methods that take variations of Object?
> 
> Actually, source code for the Messages class was taken (it was discussed at
> the threads of internationalization issues) from the existing
> o.a.h.luni.util.Msg and o.a.h.luni.util.MsgHelp classes.
> I'm not the author of mentioned classses but I assume that three overloaded
> getString() methods were designed to increase performance of the common
> used
> messages calls.

The original code came from a 1.4 codebase, before varargs/autoboxing.

> Can't we just condense this into one method?
>>
>> public static String getString(String key, Object. args)
> 
> I worried for the performance, however, I ran several small tests with
> existing Messages implementation and with Java 5.0 variable arguments
> feature usage and didn't see the big difference in performance. Condensing
> all these methods in one seems to me  a good idea.

Should all be eaten by the compiler, so combining into a single method
should be fine.

>> In fact, this signature allows for the getString(String) method to be
>> removed as well, since a vararg argument can be omitted altogether.
>> Additionally, I would change the format method to use a vararg as well.
> 
> 
> All enhancements are welcomed!!
> 
>> Also, I'd argue that there's little value in having the overloaded methods
>> that take an 'int' and a 'char'. I'd suggest just letting autoboxing
>> handle
>> this in conjunction with the varargs.
> 
> Where is the code generator for these classes located?
> 
> Take a look at the HARMONY-1041issue, all sources for the i18n classes
> generator are available there.
> If you want to improve Messages class code - you just need to modify
> Messages template file.

Give me a while to get the tool code into svn then you can modify the
template code and we'll re-generate the .java files.

Regards,
Tim

-- 

Tim Ellison ([EMAIL PROTECTED])
IBM Java technology centre, UK.

---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to