Map.containsKey под капотом выполняет get с проверкой на null. Лучше сразу брать значение через Map.get, чтобы не ходить два разу в мапу сначала для проверки, что элемент есть, а затем его получения.
Буквоедство, но. В 9 строке, чтобы выводился результат, как в условии, меняем местами i и map.get(target-nums[i]). В целом, огромная благодарность автору за понятное объяснение.
0:13 а где так просмотреть раздел, чтобы было видно про хэширование? я не думаю, что название раздела подразумевает наличие хэширования в задаче, иначе это просто подсказка
Map.containsKey под капотом выполняет get с проверкой на null. Лучше сразу брать значение через Map.get, чтобы не ходить два разу в мапу сначала для проверки, что элемент есть, а затем его получения.
Буквоедство, но. В 9 строке, чтобы выводился результат, как в условии, меняем местами i и map.get(target-nums[i]). В целом, огромная благодарность автору за понятное объяснение.
0:13 а где так просмотреть раздел, чтобы было видно про хэширование?
я не думаю, что название раздела подразумевает наличие хэширования в задаче, иначе это просто подсказка
3:16 откуда вы знаете, где это указано?
А я двумя forами прошел, даже и не подумал про хеширование
интересная идея со строкой 11, вместо заранее сохранения всего массива
правда выглядит не очень получение три раза из мапы, вместо одного
Не совсем понятно зачем нужно второе условие в If (оно же всегда будет не равно). Без него тоже все прекрасно работает)
Спасибо, согласен. Это условие лишнее
второе это какое?
@@Das.Kleine.Krokodil после &&
@@NikiforovJava вроде как нужно оно, иначе не пройдет Example 3: [3,3], target 6
upd: хотя пройдет, т.к. в мапе еще не будет текущего значения
@@Das.Kleine.Krokodil В каждой итерации цикла I будет уникальное и в хеше оно встретиться никак не может. В целом хорошее решение.
👍🏻😉
Привет. Правду говорят, что решив 20 задач с литкода, остальные решаешь по аналогии?
Привет. Не правда