ну дык один фиг 2 проверки делать, а там разницы уже нет что containsKey, что !=null

пока проходит время между contains и get, состояние мапы уже поменяется, как минимум

java.util.Map#getOrDefault

в 7 такого нет :(

вот почесал репу, но так и не понял в чем хорошо иметь только одну проверку в определенном месте

пока проходит время между contains и get, состояние мапы уже поменяется, как минимум

никуда оно не поменяется в однопоточном приложении :)

+ даже если предположить, что мапа иммутабельная, то есть тонкости в реализации contains и get, не все либы по контракту реализуют жти методы

вот почесал репу, но так и не понял в чем хорошо иметь только одну проверку в определенном месте

читабельнее

никуда оно не поменяется в однопоточном приложении :)

никогда не видел однопоточного джава приложения

никогда не видел однопоточного джава приложения

так тогда ConcurrentHashMap юзать надо

никогда не видел однопоточного джава приложения

ты прямо на старте приложения создаешь пачку тредов и по нима раскидываешь?

ты прямо на старте приложения создаешь пачку тредов и по нима раскидываешь?

или просто пишет только веб)

java7: Boolean value = map.get(1); value = value != null ? value : false java8: Boolean value = map.getOrDefault(1, false);

кстати, java7 можно изящнее написать: boolean value = firstNotNull( map.get(1), false )

у меня консольное приложение с одним потоком исполнения, а где там GC крутится и прочие лишние детали мне как-то пофиг :)

ты прямо на старте приложения создаешь пачку тредов и по нима раскидываешь?

во-первых, да. Во-вторых, jvm еще десяток тредов запускает

во-первых, да. Во-вторых, jvm еще десяток тредов запускает

ну это проблемы jvm, тащемто

во-первых, да. Во-вторых, jvm еще десяток тредов запускает

к счастью, jvm сам не меняет мою мапу

к счастью, jvm сам не меняет мою мапу

это иллюзия )

это иллюзия )

и при каких условиях такое происходит?

заинтриговал

и при каких условиях такое происходит?

когда кто-нибудь что-нибудь неадекватное делает снаружи

так

с jvm-кой

например

память жвм корячат?

или что

ну есть менее колечащие способы поменять поведение приложения под jvm

кстати, java7 можно изящнее написать: boolean value = firstNotNull( map.get(1), false )

через вараргз?

ну есть менее колечащие способы поменять поведение приложения под jvm

javaagent&

jmx, всякие дебажные точки входа, через джаваагента

jmx, всякие дебажные точки входа, через джаваагента

это не стандартное поведение программы

ну окей, так ты сам себе буратино

не я, а тот кто запускает мое приложение

ну и насрать, речь шла о том что сама jvm не меняет

И ты считаешь, что программист должен о этом заботиться?

не я, а тот кто запускает мое приложение

его проблемы, тащемто

она и не меняет

менят тот кто запускает

его проблемы, тащемто

короче, тебе там 2 варианта скинули)

ну и насрать, речь шла о том что сама jvm не меняет

речь шла о том, что между сontainsKay и get никто не меняет состояние мапы. Я говорил, что это неверное утверждение

даже для "однопоточного" приложения

речь шла о том, что между сontainsKay и get никто не меняет состояние мапы. Я говорил, что это неверное утверждение

ну ежели чел в одном потоке с ней работает

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

короче, тебе там 2 варианта скинули)

ну да, я уже почти применил с оверрайдом который :)

давай везде херачить ConcurrentHashMap

Спасибо :)

давай везде херачить ConcurrentHashMap

это другая крайность

пасыпать код волатайлами, и все синхронизировать )

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

а накой фиг мне заморачиваться с потокобезопасным вещами если приложение никогда не будет работать в несколько потоков?

ну вдруг че

а накой фиг мне заморачиваться с потокобезопасным вещами если приложение никогда не будет работать в несколько потоков?

никакого

не слушай этого форматировщика SQL

но сириусли, код if ( map.contains(key) ) map.get(key) сам по себе воняет

да, потому и оверрайднул :)

но потокобезопасность тут не при чем

но сириусли, код if ( map.contains(key) ) map.get(key) сам по себе воняет

превосходный код

да, потому и оверрайднул :)

и нарушил соглашение на java.util.Map#get

превосходный код

это если он не кусок другого мегаифа

и нарушил соглашение на java.util.Map#get

и так сойдет(с)

но сириусли, код if ( map.contains(key) ) map.get(key) сам по себе воняет

от контекста зависит

если он в один поток -то не воняет

не слушай этого форматировщика SQL

это вообще переход на личности, давай так не делать

Если эта мысль будет мне не давать заснуть - вынесу в отдельный класс логику работы со структурой и все

это вообще переход на личности, давай так не делать

оуоу, не воспринимай так лично

это вообще переход на личности, давай так не делать

забанить?

забанить?

да бань конечно

ERROR: S client not available

лол, нет, просто тут спор за код, а аргументы в стиле "да ты в зеркало посмотрись"

да бань конечно

паук у тебя страшный

да я сам офигел от него с утра.

просто берешь и покупаешь новую квартиру

и все

))) это в индии

и нарушил соглашение на java.util.Map#get

ну тогда надо писать свою обёртку, которая будет держать в себе инстанс мапы

ну тогда надо писать свою обёртку, которая будет держать в себе инстанс мапы

можно метод назвать getOrDefault

вот только от неё нельзя наследоваться, потому что "соглашение жи нарушено!!!"

а не оверрайдить

пацаны, вот конкретный вопрос

нормально ли наследоваться от эррэйлиста?

можно метод назвать getOrDefault

и норм

и норм

ну наконец-то )

иногда встречал такие случаи, когда чувак наследовался и вместо ArrayList<Item>, мы получали класс Items

ваше мнение?

у меня сильно бомбило от такого

иногда встречал такие случаи, когда чувак наследовался и вместо ArrayList<Item>, мы получали класс Items

а мне нравится )

у меня сильно бомбило от такого

а зачем?

всмысле зачем Items

зачем бомбило)

да спроси у него...

он дальше везде Items кидал?

да

эээ

и понятно, что человек со стороны сразу не поймет

нахера так

Во-первых, это дженерики в райнтайме

удобно же

Во-первых, это дженерики в райнтайме

это никак не юзалось