Nas linguagens orientadas a objetos tradicionais (por exemplo, Java), é possível "estender" a funcionalidade de um método em uma classe herdada chamando o método original da superclasse na versão substituída, por exemplo:

class A {
    public void method() {
        System.out.println("I am doing some serious stuff!");
    }
}

class B extends A {
    @Override
    public void method() {
        super.method(); // here we call the original version
        System.out.println("And I'm doing something more!");
    }
}

Como você pode ver, em Java, eu posso chamar a versão original da superclasse usando osuper palavra-chave Consegui obter o comportamento equivalente para características herdadas, mas não ao implementar características para estruturas.

trait Foo {
    fn method(&self) {
        println!("default implementation");
    }
}

trait Boo: Foo {
    fn method(&self) {
        // this is overriding the default implementation
        Foo::method(self);  // here, we successfully call the original
                            // this is tested to work properly
        println!("I am doing something more.");
    }
}

struct Bar;

impl Foo for Bar {
    fn method(&self) {
        // this is overriding the default implementation as well
        Foo::method(self);  // this apparently calls this overridden
                            // version, because it overflows the stack
        println!("Hey, I'm doing something entirely different!");
        println!("Actually, I never get to this point, 'cause I crash.");
    }
}

fn main() {
    let b = Bar;
    b.method();     // results in "thread '<main>' has overflowed its stack"
}

Portanto, no caso de características herdadas, chamar a implementação padrão original não é um problema, no entanto, usar a mesma sintaxe ao implementar estruturas exibe um comportamento diferente. Isso é um problema no Rust? Existe uma maneira de contornar isso? Ou só estou faltando alguma coisa?