контейнера с их порядковым номером. Как это сделать в крестах? Ну, либо заводить отдельный счетчик снаружи цикла, либо по старинке:
for(int k = 0; k < mycontainer.size(); ++k) { // ты же реализовал метод size(), да?
printf("%i: %s", k, mycontainer[k]); // ты же реализовал оператор [], да?
}
Как это сделать на расте?
for (k, elem) in mycontainer.iter().enumerate() {
println!("{}: {}", k, elem);
}
И заметьте, ничего дополнительного реализовывать на надо.
Правда, эти примеры опять не компиляются!
Ведь непонятно как наши хитрые элементы выводить. Ну, в крестах либо перегрузить оператор битового сдвига и использовать iostream, либо захламлять тело цикла, преобразуя содержимое в выводимые данные для printf. В расте - имплементировать трейт Display. В сложном случае он будет нетривиален, да, но эта сложность будет убрана из тела цикла и не видна (как и с iostream, но вы пробовали сложный вывод кучи данных через него делать? Нравится? printf, имхо, удобнее). А вот для несложных случаев, реализация Display для своего типа выглядит как:
#[derive(Display)]
struct MyContainer {}
Всё. Первая строчка.
Это вот то, что я оценил в первую очередь, ибо почему-то мне часто приходилось пару лет назад делать специфичные контейнеры и итераторы к ним...
Всё выше писал с телефона, возможны опечатки и нерабочий код.
Но главное, к чему я веду: в расте в большинстве случаев удобнее прятать сложность за высокоуровневой абстракцией, чем в крестах. А если у тебя уже есть опыт системных языков, то ты сможешь (вероятно) написать эти абстракции так, что это будет полный zero-cost.
Ну тут спорно, если честно for (auto [i, value] : nonstd::enumerate(mycontainer)) { fmt::print("{}: {}\n", i, value); }
Это в каком стандарте такое? Там же где и концепты?) в дикой природе - не видел. Но круто что движение в эту сторону есть
Дерайвится обычно всё-таки Debug, а не Display
Твоя правда, напутал
Обсуждают сегодня