П
Инлайнется
Size: a a a
2021 July 09
КН
Это имеет смысл, т.к. метод будет выполняться максимально часто.
КН
Это как?
П
Оно примерно в тот же код соптимизироваться должно
КН
О, прикольно. Спасибо. А где об это можно почитать?
П
в целом при for in у тебя создается тот же Iterator
П
просто сахаром прикрыто
П
а почитать хз
КН
А то, что кортежи будут создаваться, это будет подлежать оптимизации?
П
должно, но лучше глянуть в godbolt
NE
типы в расте существуют только во время компиляции, в собранном коде ничего их не будет
П
Типы да, но копирования то всё равно могут оставаться
IB
если не лень смотреть видосик, Леша про это рассказывает тут https://youtu.be/HNCzUA1TFbo?list=PLlb7e2G7aSpTfhiECYNI2EZ1uAluUqE_e
КН
Ну, здесь в одном случае индекс будет храниться в одном значении, а в другом — в 16384 значениях. Соответственно, будет создана новая структура, размером 16384, где каждый элемент — кортеж из двух значений.
КН
Благодарю
КН
Я так понимаю, индекс таки лучше хранить в одной переменной?
П
Итератор ленивый, он не создает там заранее структурку для всех значений
КН
1. И даже вызов
2. Следует ли из этого, что задание нового значения в
enumerate() не приводит к его перебору?2. Следует ли из этого, что задание нового значения в
(i, ...) — это плюс-минус то же самое, что и обновление i += 1?П
1. По одному элементу перебирает
2. В оптимизированном коде точно, в дебаге не так уверен
2. В оптимизированном коде точно, в дебаге не так уверен
MR
Ты даже количество элементов просто так не узнаешь в итераторе