Сообщение Re[4]: range based for - первый/последний? от 14.03.2019 13:58
Изменено 14.03.2019 14:08 rg45
Re[4]: range based for - первый/последний?
Здравствуйте, B0FEE664, Вы писали:
R>>Зачем вообще здесь что-то выдумывать, когда все предельно просто:
BFE>Затем, чтобы избежать вызова std::end(v) на каждую проверку условия цикла.
Меня тут давеча в преждевременной оптимизации упрекали. Так вот это оно самое.
Не будет там никакого ВЫЗОВА — в подавляющем-подавляющем большинстве случаев. А тех редких случаях, когда будет вызов — не факт, что именно он окажется узким горлышком. Ну и наконец, если при каком-то невероятнейшем раскладе это случится, то оптимизация будет тривиальной. Я только не понимаю, зачем нам сейчас рассматривать эту экзотику, хогда разговор на уровне "что такое хорошо и что такое плохо".
R>>Зачем вообще здесь что-то выдумывать, когда все предельно просто:
BFE>Затем, чтобы избежать вызова std::end(v) на каждую проверку условия цикла.
Меня тут давеча в преждевременной оптимизации упрекали. Так вот это оно самое.
Не будет там никакого ВЫЗОВА — в подавляющем-подавляющем большинстве случаев. А тех редких случаях, когда будет вызов — не факт, что именно он окажется узким горлышком. Ну и наконец, если при каком-то невероятнейшем раскладе это случится, то оптимизация будет тривиальной. Я только не понимаю, зачем нам сейчас рассматривать эту экзотику, хогда разговор на уровне "что такое хорошо и что такое плохо".
Re[4]: range based for - первый/последний?
Здравствуйте, B0FEE664, Вы писали:
R>>Зачем вообще здесь что-то выдумывать, когда все предельно просто:
BFE>Затем, чтобы избежать вызова std::end(v) на каждую проверку условия цикла.
Меня тут давеча в преждевременной оптимизации упрекали. Так вот это оно самое. Ты наворачиваешь код, борясь с вымышленным импактом.
Не будет там никакого ВЫЗОВА — в подавляющем-подавляющем большинстве случаев. А тех редких случаях, когда будет вызов — не факт, что именно он окажется узким горлышком. Ну и наконец, если при каком-то невероятнейшем раскладе это случится, то оптимизация будет тривиальной. Я только не понимаю, зачем нам сейчас рассматривать эту экзотику, хогда разговор на уровне "что такое хорошо и что такое плохо".
R>>Зачем вообще здесь что-то выдумывать, когда все предельно просто:
BFE>Затем, чтобы избежать вызова std::end(v) на каждую проверку условия цикла.
Меня тут давеча в преждевременной оптимизации упрекали. Так вот это оно самое. Ты наворачиваешь код, борясь с вымышленным импактом.
Не будет там никакого ВЫЗОВА — в подавляющем-подавляющем большинстве случаев. А тех редких случаях, когда будет вызов — не факт, что именно он окажется узким горлышком. Ну и наконец, если при каком-то невероятнейшем раскладе это случится, то оптимизация будет тривиальной. Я только не понимаю, зачем нам сейчас рассматривать эту экзотику, хогда разговор на уровне "что такое хорошо и что такое плохо".