commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Stephen Colebourne" <scolebou...@btopenworld.com>
Subject Re: [collections] pairs package name
Date Thu, 04 Dec 2003 09:29:25 GMT
The package exists because we have the KeyValue interface that represents a
KeyValue without the MapEntry equals/hashcode semantics. If it were decided
that this is an inappropriate class for collections, then the package would
disappear (map entries put in maps package - multikey in main package or map
package).

Stephen

----- Original Message -----
From: "Rodney Waldhoff" <rwaldhoff@apache.org>
> Maybe I just need to dig into this more deeply, but I find any form of
> Pair or Object[2] class being exposed as a public interface of
> commons-collections a bit questionable.
>
> On Wed, 3 Dec 2003, __matthewHawthorne wrote:
>
> > o.a.c.c.data could work.
> >
> > some other ideas:
> > o.a.c.c.types
> > o.a.c.c.elements
> >
> > Stephen Colebourne wrote:
> > > KeyValue is not directly associated with maps - its a free form key
value
> > > pair. MultiKey could also be used in a List or Set.
> > >
> > > Stephen
> > >
> > > ----- Original Message -----
> > > From: "Rodney Waldhoff" <rwaldhoff@apache.org>
> > >
> > >>Why can't these all just go with the maps?
> > >>
> > >>On Wed, 3 Dec 2003, Stephen Colebourne wrote:
> > >>
> > >>
> > >>>The pairs package name is perhaps not quite right. I would like the
> > >
> > > package
> > >
> > >>>to hold all non-collection data structure:
> > >>> - MapEntry
> > >>> - KeyValue
> > >>> - MultiKey
> > >>>
> > >>>How about renaming the package to data?
> > >>>(no backwards compatability issues)
> > >>>
> > >>>Stephen
> > >>>
> > >>>
> > >>>---------------------------------------------------------------------
> > >>>To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> > >>>For additional commands, e-mail: commons-dev-help@jakarta.apache.org
> > >>>
> > >>>
> > >>
> > >>--
> > >>- Rod <http://radio.weblogs.com/0122027/>
> > >>
> > >>---------------------------------------------------------------------
> > >>To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> > >>For additional commands, e-mail: commons-dev-help@jakarta.apache.org
> > >>
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: commons-dev-help@jakarta.apache.org
> >
> >
>
> --
> - Rod <http://radio.weblogs.com/0122027/>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: commons-dev-help@jakarta.apache.org
>


---------------------------------------------------------------------
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