Всем привет!
Появилась проблема (решения не требую, прошу указать ЧТО искать и как искать), не могу найти решения в нете. Видно плохо ищу
Собственно, есть класс свой (который работает как ключ)

Собственно заполняем значениями HashMap. 

Так вот вопрос. можно ли как-то заставить HashMap отдавать по ключу hm.get(new MyClass(1, -1)) значения test1 и test2?

Я правильно понял, вы хотите получить результат только по первому полю, без второго? Вообще тогда лучше создать свой контейнер.  Использовать HashMap в таком случае - плохая идея.

Так же можно сделать ассоциативный контейнер, который по первому полю возвращает другой ассоциативный контейнер, в котором уже первое поле равно заданному во всех объектах. Если нужно будет вернуть объект MyClass(1, 1), то будет что-то типа
map.get(1).get(2)

Но с другой стороны, вам же иногда захочется, например, взять объекты только по второму полю? 

Храните лучше данные в базе и с помощью sql делайте что душе угодно.


З.Ы. в прологе хорошо было бы - что-нибудь типа get(1, _) и все 

Это сообщение отредактировал(а) Stolzen - 23.6.2011, 10:27

ммм... В базе в данном случае плохо
Я вначале собираю все данные о 3д модели. А потом их каким-то образом формирую в виде дерева.
И вот собственно и хотел через hashMap
Но вы подали интересную идею
Буду пробовать

Тем не менее жду еще советов)

Можно использовать что-нибудь типа SQLite которая будет хранится в памяти, а не на жестком - работа с ней будет очень быстрая. 

А вот это уже интересно.
Я же тоже фактически в памяти храню значения.

А можно посмотреть на реализацию equals и hashCode у MyClass?

Skipy, +100500
Реализуйте equals и hashCode и все должно заработать.

Ну не совсем "все". После правильной реализации equals и hashCode у HashMap не появится несвойтсвенных ему возможностей.

А какие критерии "правильности"? 


По сабжу можно использовать TreeMap и свой компаратор.

Например:
- Соблюденный контракт 
- Равномерное распределение результатов хеш-функции
- Маленькое число коллизий 

Ну а вообще - Effective Java second edition, items 8-9 

http://download.oracle.com/javase/6/docs/a...va.lang.Object)
http://download.oracle.com/javase/6/docs/a...html#hashCode()



Нельзя. Суть в том, что чем бы ни руководствовалась коллекция при проверке эквивалентности ключа, эта проверка всегда одинакова. А автор хочет, чтобы при помещении в коллекцию учитывались оба значения, а при извлечении - одно в некоторых случаях не учитывалось бы. Так не бывает. Про equals/hashcode я на самом деле так спросил, для проформы. Чтобы не расслаблялись. А исходное требование так просто не реализуемо, надо писать собственную коллекцию, которая это умеет. 

Спасибо копетаны  , но ни один из этих критериев не говорит, что в сравнении должны участвовать все поля объекта. Так что не вижу противоречий с:

... так чтобы они реализовали сравнение только по первому полю.

Ну да, но это же не значит, что HashMap или TreeMap сможет после этого сразу несколько значений возвращать.

Да и это нерправильно - объекты-то получаются разными, поэтому второе поле нужно учитывать, реализуя equals
Следовательно, по контракту его нужно и в hashCode использовать.

Это сообщение отредактировал(а) Stolzen - 24.6.2011, 12:12

TreeMap+Comparator+subMap()   



А откуда известна логика, какие объекты считать разными, а какие одинаковыми? 

Я осмелился предположить   

Ну а вообще иногда же все-таки такой контейнер предполагается использовать по назначению. Как тогда вытащить MyClass(1,1), если для MyClass(1,2) и MyClass(1,3) и equals, и hashCode одно и то же возвращают?

А, ну да, реализовать компаратор... Все равно это танцы с бубном