случае это будет O(n)?
Может в лучшем?
Не важно что в худшем. Важно, что будет ли это мешать работе приложения или нет. Если тормоза заметны, то надо оптимизировать. Если нет, то можно не сейчас, а потом оптимизнуть, когда элементов будет не 1000, а 10000, например, и появятся тормоза
Так а откуда у нас возмется итерация n + 1? Если мы просмотрели уже все элементы.
Не понимаю?
Сейчас сделано через сохранения пути, но усложнена реализация.
Добавить одно поле и использовать find?
Если подумать, то посчитав пути один раз при построении - намного быстрее, чем делать это каждый раз при поиске.
ответьте себе на вопросы: 1) Сколько по времени выполняется поиск 2) Как часто выполняется поиск 3) сколько от общего количества это занимает И от этого уже отталкивайтесь
Потому что мы каждого элемента коснёмся не больше 1 раза
Ну вот и я об этом же, получается O(n)
Обсуждают сегодня