commons-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Stephen Colebourne" <>
Subject Re: [collections] MultiKeyMap
Date Mon, 12 Apr 2004 12:11:58 GMT
I have now checked in the map and test into the map subpackage.

After further thought, it would be nice to create a new subpackage for this
class, and for MultiValueMaps. It requires a new interface for MultiValueMap
and MultiKeyMap, plus a rewrite of the MultiHashMap implementation, moving
MultiKeyMap, and creating synchronized decorators. This might take some
time, but is the correct solution :-0 Its needed because MultiKeyMap will
often need to be synchronized.


----- Original Message -----
From: "Stephen Colebourne" <>
> I am currently developing a MultiKeyMap for [collections]. This class
> operates like a Map, but has multiple keys instead of one.
> get(key1, key2, key3)
> put(key1, key2, key3, value)
> (choice of 2-5 keys as per MultiKey)
> I have made the class implement Map, however no-one will want to ever use
> as a Map (ie. hold it in a Map variable). So, I could
> 1) Place the class in the map subpackage, because its map-like
> 2) Place the class in the main package, alongside MultiMap (the multi
> map)
> 3) Create a new subpackage, together with a new interface
> #3 seems like a lot of work, especially as we have little evidence of what
> the interface really needs to be. #1 would make sense, except that every
> other class in the map subpackage truly is a map. So I'm tending towards
> to join ArrayStack, BeanMap and MultiHashMap as the weird collections ;-)
> Any other views?
> Stephen
> ---------------------------------------------------------------------
> To unsubscribe, e-mail:
> For additional commands, e-mail:

To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message