с другой стороны есть принцип для непубличных интерфесов не переусложнять их раньше времени

Тут скорее вопрос, что выдавать на выход в публичном интерфейсе

Есть методы-геттеры, которые вовзвращают некоторые итерируемые данные. Для чего они будут использоваться заранее сказать сложно. Можно выдавать итератор, можно выдавать слайс.

Random access нужен? Итерация более одного раза нужна? Использование поддиапазон нужно?

Не исключено

Слайсы, как я понимаю, несколько дороже?

Это с чего вдруг?

Я спрашиваю, я не знаю )

Это просто поинтер на кусок памяти с его длинной. Два раза usize

В отличии от некоторых других языков, слайсы в расте зиро-костные, как и итераторы.

ок, зачем тогда где-то вообще выдавать итераторы?

Ну например BTreeSet не может выдать слайс на свое содержимое, потому что его элементы не лежат подряд

Но во всех случаях где можно выдать слайс, лучше выдать слайс. Получается так

Ну есть исключение. Если то, что данные лежат подряд это деталь реализации, то ты можешь оставить себе больше свободы и вернуть итератор

А можно пример?

сделал ты враппер Collection. Возвращаешь итератор. а внутри потом переключился с вектора на дерево, потому что увидел, что так быстрее\выше\сильнее. а интерфейсы при этом не сломал

А, я понял

ок

Ты не понимаешь кое что, от этого все ломается. Первый вопрос, для чего нужны ссылки? Да, там о вещают про гарантию инициализации и тд, но в реальности одна из главных причин оператор [], ты не можешь сделать того же с указателем. Но ссылки не гарантируют, что они не могут инвалидироваться со временем и стать висячими dangling, проблема в auto, требуется копировать объект или можно ввести другой способ обеспечения связывания, по id к примеру, или обновлять указатели при релокации

Самый очевидный пример - итераторы используются когда данные генерятся на лету, а не лежат в памяти. Например по формуле, или читаются из очень большого файла или из сети и т.п.