commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Tom Schindl <>
Subject Re: [lang] VariableFormatter issues
Date Tue, 25 Apr 2006 14:05:14 GMT
Gary Gregory wrote:
>>-----Original Message-----
>>From: Henri Yandell []
>>Sent: Monday, April 24, 2006 12:12 AM
>>To: Jakarta Commons Developers List
>>Subject: [lang] VariableFormatter issues
>>Our favourite 'will this become a templating language' class.
>>Two issues to ask questions about:
>>1) First enhancement request: #36873. Adds MessageFormat like format
>>patterns. It's an enhancement, seems like a pretty good one to me as
>>it is an enhancement that builds on the JDK and not a new feature. How
>>does this sit on people's slippery slopes?
> This is interesting and slippery. Since the submitted code uses
> "MessageFormat.format", we are not inventing a language, just accessing
> a JRE feature. 
> OTOH, the class VariableFormatter is named as such *because* it is not a
> "Format" subclass and was not intended to be. So providing "Format"
> features via a subclass to VariableFormatter is clean in the sense that
> we are not mixing things up but not really what I had in mind (that's
> the great part about OS). OTOH (the OOH), if we really think this is a
> fantastic feature, we should consider if it should be better integrated
> than with a subclass.
> I like VariableFormatter the way it is. So I am neutral as to using the
> submitted code. If we do use "VariableFormatterWithFormating", could we
> consider better class name?

Well I like it (maybe because I've submitted it) and use it frequently
in my source codes. I wasn't really happy with the name too, still in my
idea you don't need a sub-class a better idea would be a flag passed and
turns on/off formatting but on the other hand this would maybe blow up
the numer of API-Functions.


View raw message