Closed flrgh closed 3 months ago
Yeah, it's definitely a gnarly point of the library that's caused by the underlying parameter to list_containers
, which takes a struct with a generic parameter T
that we use to ingest strings. I think it'd be nice to get rid of this at some point, but it'd need some non-trivial refactoring...
I think it'd be nice to get rid of this at some point, but it'd need some non-trivial refactoring...
Ah, gotcha--it's all good. I was thinking that I was just missing something. Thanks for chiming in!
:wave: Hiya!
I was trying to get up and running with the library when I discovered that this will not compile:
The end result of the bounds on the
T
inOption<ListContainersOptions<T>>
are that even passingNone
requires a type parameter:Adding an explicit type param fixes this:
It's definitely not the end of the world, but I did find it a little awkward. I'm sort of a rust newbie, so I thought I'd ask: is there a better way for me to write this code?