4 ms·
What feature of rust traits make them "dynamic" as opposed to the traditional notion of typed interfaces? The latter had been part of static languages for quite
by shadowfox 5y ago
What feature of rust traits make them "dynamic" as opposed to the traditional notion of typed interfaces? The latter had been part of static languages for quite a while.
- NtrllyIntrstd 5y agoEver heard of &dyn traits? (that's a joke)
- eloisius 5y agoI'm probably way in over my head with making a good case for how this resembles dynamic languages, but what I had in mind was trait objects. You can box a struct and refer to it as a trait object (aka type erasure). Thereafter, the receiver doesn't care _what_ concrete implementation it gets, just that it implements a certain trait.
- lmm 5y agoYeah that's traditional subtyping, not a dynamic language thing at all.
- 4ad 5y agoRust traits are not subtyping, Rust's type system is principal (although with subtyping you could achieve the same thing as described by the OP, e.g. in C++, C#, etc, which only have subtyping but no existentials exposed as a syntactic feature).
- lmm 5y agoThe only reason trait objects aren't subtyping is that impl trait is not a first class type in Rust. They behave like subtyping in this context.
- 4ad 5y agoWhat you describe are existential types, a feature that every statically-typed language with parametric polymorphism has, either through some explicit syntactic feature (Rust traits, Haskell type classes, ML modules), or even without, as from basic logic and the Curry–Howard correspondence you can always encode an existential using universals. ∃a.P(a) ----------------- Remove-Exist ∀b.(∀a. P(a)→b)→b Some static languages had existentials even before they got parametric polymorphism (Go interfaces). This is why we could do so much in Go without generics!
- monocasa 5y agoNot really traits per se, but std::any::Any is implemented by most Rust types and is pretty dynamic.