АО
Потому что после ?: у вас операция 0+1
Size: a a a
2020 January 11
АО
+1 перенесите за скобку
IN
Я ожидал что вначале выполнится левое условие, спасибо
AO
Не знаю, я на canary обновился даже и ничего не спрашивает
Canary? Звучит как android studio
С
ну EAP )
КШ
Ilya Nikolaev
val testMap = mutableMapOf<Int,Int>()
testMap[0] = 1
testMap[0] = (testMap[0]?:0+1)
// в testMap остался 1
testMap[0] = 1
testMap[0] = (testMap[0]?:0+1)
// в testMap остался 1
как я понимаю: testMap[0] не нулл. вот и вывели то что было в мапке
а если бы и нулл был то тоже вывели бы 1, потому что 0+1 = 1
а если бы и нулл был то тоже вывели бы 1, потому что 0+1 = 1
IN
Коля Шипяков
как я понимаю: testMap[0] не нулл. вот и вывели то что было в мапке
а если бы и нулл был то тоже вывели бы 1, потому что 0+1 = 1
а если бы и нулл был то тоже вывели бы 1, потому что 0+1 = 1
Да поняли уже .
IK
вот раньше в идее в конфигурации запуска Application была потрясающая галочка, single instance, которая делала так, что когда я нажимаю зелененький треугольничек для запуска приложения, она убивает предыдущее. теперь же они поменяли ее на allow parallel run, что как я понял просто инверсия предыдущей, но оно не работает. то есть, когда у меня ВЫКЛЮЧЕН этот parallel run, она все равно по зелененькому треугольничку запускает 2-ой, 3-ий итд инстансы, не убивая предыдущие
А можете подсказать где находится allow parallel run? Мне как раз нужен он :) И с какой версии доступен?
AO
А можете подсказать где находится allow parallel run? Мне как раз нужен он :) И с какой версии доступен?
да оно всегда было, просто инвертировали кнопочку год назад
AO
ибо по умолчанию оно не надо
PE
Почему идея ругается на недостижимый код? Вернуть из метода нужно
ServerPlayerEntity?, ругается как я понял, из-за let на requestInitiator, при этом, код работает правильно, возвращает во всех ветвях кода, при определенных условияхAO
Почему идея ругается на недостижимый код? Вернуть из метода нужно
ServerPlayerEntity?, ругается как я понял, из-за let на requestInitiator, при этом, код работает правильно, возвращает во всех ветвях кода, при определенных условияхПотому что внутри этого же блока есть еще один return
AO
И он выполняется всегда раньше, чем внешний
AO
Если что я про нижний
PE
Понял, тогда его можно убрать, спасибо.
AO
Понял, тогда его можно убрать, спасибо.
Ну к слову и внутри find ретурны не нужны, вообще можно заменить на одно логическое выражение
AM
https://github.com/Kotlin/kotlinx.coroutines/blob/1.3.70-eap/docs/shared-mutable-state-and-concurrency.md#volatiles-are-of-no-help
В тему вчерашнего вечернего.
Ниже и атомики, и мьютексы вместо synchronized есть.
В тему вчерашнего вечернего.
Ниже и атомики, и мьютексы вместо synchronized есть.
