commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Gary Gregory" <ggreg...@seagullsoftware.com>
Subject RE: [lang] Questions concerning VariableFormatter
Date Tue, 09 Aug 2005 15:38:45 GMT
Hello:

Currently, the class VariableFormatter is called a "Formatter" and not a
"Format" to make it clear that the implementation is not based on the
JRE Format class.

As Simon Kitching on Tue, 05 Jul 2005:

"
MessageFormat is
based on defining a template "My {0} is {1}.", then evaulating this for
different values of {0} and {1}. The (proposed) VariableFormat is based
on defining a source of variable info (Map), then evaulating different
template strings against that map. I think the current VariableFormat
approach is the right approach for mapped data but this difference
implies that care should be taken when drawing any parallels between
these classes.

I think this is what Gary meant above; that if this class cannot be
implemented as a subclass of java.text.MessageFormat (or at least a
subclass of java.text.Format) then it shouldn't have Format in the name.
And it doesn't seem that it can (or should) do this, so I would like to
see whatever solution is agreed on avoid the name "Format".
"

Simon's full message is here:
http://www.mail-archive.com/commons-dev@jakarta.apache.org/msg63493.html

Gary

> -----Original Message-----
> From: Tom Schindl [mailto:tomAtLinux@gmx.at]
> Sent: Tuesday, August 09, 2005 4:12 AM
> To: Jakarta Commons Developers List
> Subject: Re: [lang] Questions concerning VariableFormatter
> 
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> Oliver Heger schrieb:
> > Tom Schindl wrote:
> >
> >> Stephen Colebourne schrieb:
> >>
> >> >Please prefix emails by [lang]
> >
> [...]
> > An alternative would be to provide an additional implementation of
the
> > VariableResolver interface. The default implementation stays as is
and
> > does not handle formats. An extended implementation could support
> > further arguments that are appended to variables.
> >
> > Oliver
> 
> so i did now and added a new resolver based upon the existing one.
What
> this patch does:
> - - added a new Resolver named MapVariableResolverWithFormats
> - - static functions to turn Formats on/off
>   => default methods changed to use Formats
> - - new constructors
> 
> Hope that's better than my first try. I didn't have a enough time to
> look closer at how to make VariableFormatter extend Format which I'd
> desire most so that the interface between MessageFormat and
> VariableFormatter is equal.
> 
> >
> > <snip/>
> >
> >
---------------------------------------------------------------------
> > To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: commons-dev-help@jakarta.apache.org
> >
> >
> 
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.0 (GNU/Linux)
> Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org
> 
> iD8DBQFC+I+YkVPeOFLgZFIRAlszAJsGCQ7fdUnKtsho4rEvxliptJMQTACeKv1d
> U1wwIvsx++Bw6Rn65CD7yCg=
> =5lYH
> -----END PGP SIGNATURE-----

---------------------------------------------------------------------
To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: commons-dev-help@jakarta.apache.org


Mime
View raw message