Crates.io | fed |
lib.rs | fed |
version | 0.4.4 |
source | src |
created_at | 2016-12-02 02:20:39.901705 |
updated_at | 2017-09-13 03:43:53.446571 |
description | A sketch implementation of anonymous, tagged unions in stable Rust |
homepage | https://github.com/scooter-dangle/fed-rs |
repository | https://github.com/scooter-dangle/fed-rs |
max_upload_size | |
id | 7439 |
size | 159,904 |
In your Cargo.toml file:
[dependencies]
fed = "0.4"
In order to be able to declare type federations, the various Fed*
types need
to be owned by your crate. To enable this, the code declaring the generic
FedX<*_>
is contained in a macro that the user needs to call in their crate
root:
#[macro_use]
extern crate fed as fed_;
init_fed!();
This will create a fed
module in your crate root.
Since much of the functionality (especially the .into()
trick) can currently
only be defined on concrete types, you'll need to explicitly declare a type
federation with the fed!
macro:
fed!(
usize,
bool,
Option<String>,
char,
);
This will implement the traits in ::fed::*
for the concrete type
Fed4<usize, bool, Option<String>, char>
as well as the concrete Fed2
and Fed3
types for all of the 2- and 3-type subsets of usize
, bool
,
Option<String>
, and char
(e.g., Fed2<usize, bool>
, Fed2<usize, char>
,
Fed3<usize, bool, Option<String>>
).
Fed1
, since it's a federation of exactly one type, is able to have totally
generic implementations of the ::fed::*
traits.
Three immediately relevant limitations:
When using any of the generated concrete type federations and specifying the
types in the federation, the types must be listed in the same order in which
they were declared in the fed!
call. In the above example, Fed2<usize, bool>
is now usable, but Fed2<bool, usize>
is not.
Because Rust forbids duplicate, identical trait implementations, the types
listed in a second fed!
declaration cannot have a common subset of more than
one type with the set of types in the first type federation (unless you order
the second type federation in such a way that no ordered subset is identical
to an ordered subset of the first type federation (as mentioned in the first
limitation)).
Type federations of more than 8 types are not supported.
Now, you can create collections of any subset of the types in the federation you declared without having to come up with names for a dedicated enum:
use ::fed::*;
let vec: Vec<Fed3<usize, bool, char>> = vec![
false.into(),
27usize.into(),
0usize.into(),
'A'.into(),
];
assert_eq!(vec.iter().filter(Fed::is::<usize>).count(), 2);
assert_eq!(vec[3].extract::<char>(), Ok('A'));
When declared via the init_fed!
macro call, the type federation structs
(Fed0
, Fed1
, ... Fed8
) derive all the built-in #![derive(...)]
traits
(e.g., Copy
, Debug
). If you need additional derivable traits (e.g.,
serde's Serialize
and Deserialize
) , include them as a special argument to
init_fed!
using the following syntax:
#[macro_use]
extern crate serde_derive;
init_fed!(@deriving: [Serialize, Deserialize]);