Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.java.programmer > #21471
| From | Lars Enderin <lars.enderin@telia.com> |
|---|---|
| Newsgroups | comp.lang.java.programmer |
| Subject | Re: idea for more efficient HashMap |
| Date | 2013-01-17 10:23 +0100 |
| Organization | albasani.net |
| Message-ID | <50F7C307.7060407@telia.com> (permalink) |
| References | <9hc2f8ltgn1bmdsrk8vb9kuu1vi5dkl2r5@4ax.com> <50f4ef8e$0$80160$742ec2ed@news.sonic.net> <1d8355c1-4128-4920-9430-3a253e768cab@googlegroups.com> |
2013-01-16 23:31, Robert Klemme skrev: > On Tuesday, January 15, 2013 6:56:29 AM UTC+1, Kevin McMurtrie wrote: >> In article <9hc2f8ltgn1bmdsrk8vb9kuu1vi5dkl2r5@4ax.com>, >> Roedy Green <see_website@mindprod.com.invalid> wrote: >>> Inside HashMap are little glue Entry objects that point to the key and >>> value. >> >>> What if you could implement an interface on your objects so that >>> HashMap could use them directly without separate key or Entry glue?. >>> >> >>> e.g. getKey() >>> getPrev() >>> getNext() >>> setPrev() >>> setNext() >>> >> >>> One drawback would be your objects could live on only one such >>> space-efficient HashMap. >> >> I've done this when efficiency demanded it. The downside is that you >> can't implement java.util.Map or java.util.Dictionary because of the way >> put(K,V) is declared. > > Why that? I actually have done that implementation (see above) and it is consistent with the Map interface. > >> I will not see posts from Google because I must filter them as spam > > That might be a mistake - you'll might lose valuable feedback that way. > He will not see your post then... -- Lars Enderin
Back to comp.lang.java.programmer | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
idea for more efficient HashMap Roedy Green <see_website@mindprod.com.invalid> - 2013-01-12 01:55 -0800
Re: idea for more efficient HashMap v_borchert@despammed.com (Volker Borchert) - 2013-01-12 14:21 +0000
Re: idea for more efficient HashMap Robert Klemme <shortcutter@googlemail.com> - 2013-01-13 19:44 +0100
Re: idea for more efficient HashMap Kevin McMurtrie <mcmurtrie@pixelmemory.us> - 2013-01-14 21:56 -0800
Re: idea for more efficient HashMap Robert Klemme <shortcutter@googlemail.com> - 2013-01-16 14:31 -0800
Re: idea for more efficient HashMap Lars Enderin <lars.enderin@telia.com> - 2013-01-17 10:23 +0100
Re: idea for more efficient HashMap Kevin McMurtrie <mcmurtrie@pixelmemory.us> - 2013-01-17 19:30 -0800
Re: idea for more efficient HashMap Robert Klemme <shortcutter@googlemail.com> - 2013-01-20 20:28 +0100
Re: idea for more efficient HashMap Eric Sosman <esosman@comcast-dot-net.invalid> - 2013-01-20 14:49 -0500
Re: idea for more efficient HashMap Roedy Green <see_website@mindprod.com.invalid> - 2013-01-29 01:41 -0800
Re: idea for more efficient HashMap Arne Vajhøj <arne@vajhoej.dk> - 2013-01-29 22:03 -0500
Re: idea for more efficient HashMap Gene Wirchenko <genew@telus.net> - 2013-01-30 11:34 -0800
Re: idea for more efficient HashMap Arne Vajhøj <arne@vajhoej.dk> - 2013-01-30 21:35 -0500
Re: idea for more efficient HashMap Gene Wirchenko <genew@telus.net> - 2013-01-31 10:47 -0800
Re: idea for more efficient HashMap Arne Vajhøj <arne@vajhoej.dk> - 2013-02-01 19:57 -0500
csiph-web