Size: a a a

2020 June 27

ZM

ZLoyer Matveev in pro.jvm
Shamil Sabirov
кагтаг? Kotlin/Scala это тот же jvm
язык не равно рантайм
источник

А

Александр in pro.jvm
Shamil Sabirov
кагтаг? Kotlin/Scala это тот же jvm
java-vm и java-язык - штуки весьма разные. например vm ничего не знает про понятие внутренних классов и в то же время не требует обязательного пробрасывания checked-исключений (да и самого этого разграничения там нет)
источник

SS

Shamil Sabirov in pro.jvm
ZLoyer Matveev
язык не равно рантайм
спасибо знал
источник

D

DarkPerl in pro.jvm
Халевар )) гы гы гы ))) 😂
источник

D

DarkPerl in pro.jvm
У меня идея круче, можно взять написать либу на C++ и подкрутить к Java ) 😁
источник

D

DarkPerl in pro.jvm
Можно даже на assembler )
Правда переносимости скорее всего придет конец)
Зато быстро )
источник

SS

Shamil Sabirov in pro.jvm
DarkPerl
У меня идея круче, можно взять написать либу на C++ и подкрутить к Java ) 😁
нет тут холивара. и у меня идея еще круче - Вам бы в другой чат
источник

D

DarkPerl in pro.jvm
Shamil Sabirov
нет тут холивара. и у меня идея еще круче - Вам бы в другой чат
😭
источник

T

Tagir in pro.jvm
Александр
Type1AndType2 однозначно зло. А вот какой-нить "DeliveryKey" - вполне
Если применение этой мэпки исключительно локальное и не стоит остро вопрос производительности, то можно тупо List<?> key = Arrays.asList(key1, key2). Никаких новых типов не надо для этого
источник

T

Tagir in pro.jvm
equals/hashCode даны из коробки
источник

T

Tagir in pro.jvm
Alexander Komarov
ну да, но уже чуть проще. плюс: завезли рекорды - завезут и тьюплы
Как раз нет. Тюплы не завезут в джаву именно потому что рекорды забили окончательный гвоздь в их гроб
источник

А

Александр in pro.jvm
Tagir
Если применение этой мэпки исключительно локальное и не стоит остро вопрос производительности, то можно тупо List<?> key = Arrays.asList(key1, key2). Никаких новых типов не надо для этого
да, я так даже пару раз делал, хотя потом иногда возникают вопросы, как это работает, не все в курсе про контракт на equals в коллекциях )
источник

ZM

ZLoyer Matveev in pro.jvm
статическая типизация, которую мы заслужили
источник

h

humanoid in pro.jvm
Tagir
Если применение этой мэпки исключительно локальное и не стоит остро вопрос производительности, то можно тупо List<?> key = Arrays.asList(key1, key2). Никаких новых типов не надо для этого
Хм, лист мб получше.
В Map<K1, Map<K2, V>> - геморойно добавлять новые значения
источник

OO

Oleksandr Olgashko in pro.jvm
Tagir
Как раз нет. Тюплы не завезут в джаву именно потому что рекорды забили окончательный гвоздь в их гроб
эм?
как я понял, рекорд - это именованный тапл
источник

OO

Oleksandr Olgashko in pro.jvm
и то надо, и то
источник

MO

Max Olsson in pro.jvm
humanoid
Спасибо всем, наверное остановюсь на Map<Map<String, Integer>, String> mySuperMap
Хотя тут и требуется два обращения к мапе, я не занимаюсь сейчас микрооптимизациями
Только непонятно почему Map<Map<String, Integer>, String> mySuperMap, вроде должно быть
Map<String, Map<Integer, String>>
источник

T

Tagir in pro.jvm
Oleksandr Olgashko
эм?
как я понял, рекорд - это именованный тапл
Ну да. Но стандартных таплов не будет. Надо - делайте сами (хотя на самом деле не надо)
источник

h

humanoid in pro.jvm
Да, рекорд - НЕ тапл, это просто deriving по сути получается
источник

h

humanoid in pro.jvm
Max Olsson
Только непонятно почему Map<Map<String, Integer>, String> mySuperMap, вроде должно быть
Map<String, Map<Integer, String>>
Я перепутал, я имел ввиду Map<String, Map<Integer, String>>
источник