Traits и generics

В функции разные ветви возвращают разные типы итераторов. Какое требование impl Trait нарушено в этом коде?

fn numbers(only_even: bool) -> impl Iterator<Item = u32> {
    if only_even {
        0..10
    } else {
        (0..10).filter(|x| x % 2 == 0)
    }
}

В библиотеке нужно связать внешний трейт с внешним типом: какое правило Rust блокирует такую реализацию и зачем оно нужно?

Представьте обобщённую функцию, принимающую итератор: что даёт ей ограничение Item = u8 по сравнению с одним лишь ограничением Iterator?

В API тип ограничен дочерним трейтом: какие гарантии о базовом трейте следуют из такого bound?

Разберите ошибку компиляции: почему Rust считает реализации пересекающимися, хотя Token сейчас не реализует Copy?

trait Marker {}

impl<T: Copy> Marker for T {}

struct Token;

impl Marker for Token {}

В каком случае обобщённый метод делает трейт непригодным для использования через трейтовый объект?

Как Rust проверяет обобщённый вызов, если реализация требуемого трейта для типа существует только при выполнении дополнительного bound?

Объясните механизм выбора между статической и динамической диспетчеризацией при вызове метода трейта через обобщённый параметр и через объект трейта.

Как выбор между ассоциированным типом и параметром типа в трейте влияет на возможность иметь несколько реализаций этого трейта для одного типа?