A
Задача какая?
нужно в весьма всратом API по Key (из HashMap) получать объекты. Хэшмапы вложены друг в друга, и путь до нужного места указывается через ссылку
Size: a a a
2020 October 17
A
не совсем так но в общих чертах
A
ссылка собственно и состоит из этих Key (String)
D𝔇
Вопрос в том, что взять как кей?
A
Вопрос в том, что взять как кей?
String.
Мне просто нужно получить объект по ссылке
Мне просто нужно получить объект по ссылке
A
identityhashcode говорят тоже не уникален
A
Конечно шанс очень маленький, но не нулевой
D𝔇
Это зависит от реализации жвм, на базирующихся на опенждк все должно быть норм
A
Это зависит от реализации жвм, на базирующихся на опенждк все должно быть норм
ЖВМ разные могут использоваться.
Поэтому я придумать БЛЕСТЯЩУЮ реализацию
Поэтому я придумать БЛЕСТЯЩУЮ реализацию
K
А что будет если ты запросишь хэш у которого два объекта? Вернется два или первый попавшийся?
A
Это кстати не правильно
K
Ну просто блин, в этом и есть смысл хэширования. Увеличиваем скорость, жертвуя уникальностью
A
В данной задаче важна как раз уникальность
K
Значит ты не сможешь решить это с помощью хэшей, тем более если апи может вернуть только один объект.
A
Там не должно быть массива, это я просто дурачился.
A
Выглядит вот так. в pathStep должна быть именно уникальная ссылка на rootTag и то что будет из него получаться
A
Проблема просто в том, что если попадётся не тот объект по хэшу это даже не будет понятно, вообще никак не узнается пока всё в один момент по непонятной причине не взорвётся лол
K
Ну ты же изначально когда складываешь, сам задаешь этот path я правильно понимаю? Просто ты хочешь его генерить по хэшу?
A
мне не путь нужно по хэшу генерить, а в pathStep записывать ссылку а не присваивать
D𝔇
Серьезно, хватит фантазировать, бери идентити. Это лучший вариант