@@ -108,15 +108,14 @@ less to the client. The client does not know _how_ the result iterator is
108
108
constructed or represented, which means the representation can change in the
109
109
future without breaking client code.
110
110
111
- Rust 1.26 also introduces the [ ` impl Trait ` ] [ ] feature, which is more consise
112
- than the newtype pattern but with some additional has trade offs, namely with
113
- ` impl Trait ` you are limited in what you can express. For example, returning
114
- an iterator that impls ` Debug ` or ` Clone ` or some combination of the other
115
- iterator extension traits can be problematic. In summary ` impl Trait ` as a
116
- return type is probably great for internal APIs and may even be appropriate
117
- for public APIs, but probably not in all cases. See the [ "` impl Trait ` for
118
- returning complex types with ease"] [ impl-trait-2 ] section of the Edition Guide
119
- for more details.
111
+ Rust 1.26 also introduces the [ ` impl Trait ` ] [ ] feature, which is more concise
112
+ than the newtype pattern but with some additional trade offs, namely with `impl
113
+ Trait` you are limited in what you can express. For example, returning an
114
+ iterator that impls ` Debug ` or ` Clone ` or some combination of the other iterator
115
+ extension traits can be problematic. In summary ` impl Trait ` as a return type
116
+ is probably great for internal APIs and may even be appropriate for public APIs,
117
+ but probably not in all cases. See the [ "` impl Trait ` for returning complex
118
+ types with ease"] [ impl-trait-2 ] section of the Edition Guide for more details.
120
119
121
120
[ `impl Trait` ] : https://github.com/rust-lang/rfcs/blob/master/text/1522-conservative-impl-trait.md
122
121
[ impl-trait-2 ] : https://rust-lang-nursery.github.io/edition-guide/rust-2018/trait-system/impl-trait-for-returning-complex-types-with-ease.html
0 commit comments