X
так нельзя использовать хешкод как уникальный id
теперь я это понял:)
val something: LinkedHashMap<Int, DataClass> = LinkedHashMap()
где ключем является hashCode
Size: a a a
2020 August 14
BP
у меня хранение в том конкретно месте сделано в виде:
где ключем является hashCode
где ключем является hashCode
ССЗБ
BP
у меня хранение в том конкретно месте сделано в виде:
где ключем является hashCode
val something: LinkedHashMap<Int, DataClass> = LinkedHashMap()
где ключем является hashCode
Ключ легко меняется на строки и проблемы нет 😉
ПГ
так нельзя использовать хешкод как уникальный id
нет
BP
теперь я это понял:)
Это уровень @java_start
IO
нет
почему нет? вы сами только что упоминали, что состояний объекта может быть больше, чем 2^32
ПГ
почему нет? вы сами только что упоминали, что состояний объекта может быть больше, чем 2^32
под "нет" я подтвердил ваше утверждение)
ПГ
а, простите, я думал єто вопрос
потерялся
потерялся
RI
Более того, правильно написанное приложение будет худо-бедно работать даже с одинаковым хэшкодом для всех объектов. Есть специальный ключик для JVM дажe:
-XX:hashCode=2X
Ключ легко меняется на строки и проблемы нет 😉
есть, потому как эти строки делаются не из одной, а из нескольких. То есть есть не something, а something + another + different. И это место вызывается много раз в секунду, так что строки соединять дело неблагодарное, проще по хэшкоду или как-то иначе
BP
есть, потому как эти строки делаются не из одной, а из нескольких. То есть есть не something, а something + another + different. И это место вызывается много раз в секунду, так что строки соединять дело неблагодарное, проще по хэшкоду или как-то иначе
Возможно стоить переделать логику
BP
Также хеширрвать вычисления
BP
Но использовать хеш как ид - это как играть в русскую рулетку
X
Также хеширрвать вычисления
я получаю несколько раз в секунды тысячи объектов с одинаковыми ключами, но разными данными и потом сопоставляю по ключам с кэшэм и в нем обновляю данные. Так что тут только способ с хэшкодом видится мне эффективным. Но с учетом того, что мне теперь придется делать toUpperCase кажлый раз, это уже создание новой строки и вся оптимизация бессмысленна.
BP
я получаю несколько раз в секунды тысячи объектов с одинаковыми ключами, но разными данными и потом сопоставляю по ключам с кэшэм и в нем обновляю данные. Так что тут только способ с хэшкодом видится мне эффективным. Но с учетом того, что мне теперь придется делать toUpperCase кажлый раз, это уже создание новой строки и вся оптимизация бессмысленна.
Умер кейс вас не спасет, я уже упоминал Шипилева
X
Умер кейс вас не спасет, я уже упоминал Шипилева
как гуглить шепелева? Их много в поиске
BP
как гуглить шепелева? Их много в поиске
С приставкой java
X
С приставкой java
ну так у него куча видосов, мне конкретный советуешь посмотреть или все?
BP
ну так у него куча видосов, мне конкретный советуешь посмотреть или все?
Конечно все 😄😊 не помню где было про хешкод, ну по факту там полином, можно просто загуглить как считается хешкод в стринг
BP
я получаю несколько раз в секунды тысячи объектов с одинаковыми ключами, но разными данными и потом сопоставляю по ключам с кэшэм и в нем обновляю данные. Так что тут только способ с хэшкодом видится мне эффективным. Но с учетом того, что мне теперь придется делать toUpperCase кажлый раз, это уже создание новой строки и вся оптимизация бессмысленна.
Ты просто не решил проблемы, а переложил на потом, завтра приедут стринги где и апперкейс будет давать коллизию