collections-fromstr
This crate provides a FromStr derive for newtypes on iterable collections on single types, such Vec<T> or HashSet<T>. The element is parsed by splitting the input along a pattern that you specify though the #[item_separator] attribute. The individual items are then parsed using their respective FromStr implementations.
Requirements
- The macro will take the first field in your struct that has a type with a path argument
<T>and assume that it is the inner type. It will assume thatTin this example is the item type. - The item type
Tmust not be an actual type (no trait type) that implementsFromStr. - As inner type you can use any type that implements
FromIterator<Item = T>(likeVec<T>orHashSet<T>). Fromneeds to be implemented between your newtype and its inner type. Crates likederive_moretake easy care of that.
Example
use FromStr;
use From;
use FromStr;
;
static VALUES: &str = "1,2,3,-3,-2,-1";
assert!;
Wait... you know that I could just use Iterator::split for this, right?
Okay, hear me out. Say you've got data like this:
1-3:B,I,U//43-60:I//83-87:I,U//99-104: B,I// [etc.]
Let's say this data represents text markup: You've got character ranges on the left of the colon :, and highlighting information on the right side (B = bold, I = italics, U = underline, but you'll probably expand it later once you get that hedgefund money), of which there might be multiple, separated by commas ,. Each markup is separated by double slashes //.
... Now look at the magic of FromStr doing its thing:
use HashSet;
use From;
use Range;
] );
;
;
Look at this code. It's. So. Clean. 🥺 You'll also be less likely to produce bugs, like forgetting about the case of an empty input string.
License
collections-fromstr is distributed under the terms of both the MIT license and the Apache License (Version 2.0).
See LICENSE-APACHE and LICENSE-MIT for details.