#enums #frunk #type #labelled-generic #variant #extension #genericized

frunk-enum-core

Implemenation of genericized enums for use with frunk

3 unstable releases

0.3.0 Nov 15, 2023
0.2.1 Mar 3, 2021
0.2.0 May 13, 2019

#5 in #frunk

Download history 257/week @ 2023-11-20 271/week @ 2023-11-27 152/week @ 2023-12-04 248/week @ 2023-12-11 190/week @ 2023-12-18 96/week @ 2023-12-25 123/week @ 2024-01-01 222/week @ 2024-01-08 249/week @ 2024-01-15 207/week @ 2024-01-22 278/week @ 2024-01-29 358/week @ 2024-02-05 359/week @ 2024-02-12 330/week @ 2024-02-19 771/week @ 2024-02-26 597/week @ 2024-03-04

2,078 downloads per month
Used in 19 crates

MIT/Apache

5KB
55 lines

Frunk Enum Support

Crates.io - frunk-enum License: MIT/APACHE-2.0

Usage

These crates augment the frunk crate to allow transmogrification of enums as well as structs. For more information on transmogrification and the LabelledGeneric trait it's based around, see https://docs.rs/frunk/latest/frunk/#transmogrifying and https://docs.rs/frunk/latest/frunk/labelled/trait.LabelledGeneric.html.

To take advantage of this feature for your own enum you need to:

  • Add the frunk-enum-derive as a [dev-dependency] to your Cargo.toml

  • Mark the enum with the custom derive:

    #[derive(LabelledGenericEnum)]
    enum Foo {
        Bar(String),
        Baz { name: String, id: Identity },
    }
    
  • Add the frunk-enum-core and frunk-core crates as [dependency] entries to your Cargo.toml

  • Then (assuming there's a NewFoo enum with the same structure as Foo) you can write:

    let foo = Foo::Baz { name: "Andy".into(), id: Identity };
    let new_foo: NewFoo = foo.transmogrify();
    

This works by deriving an implementation of LabelledGeneric for Foo which allows conversion to and from an instance of a generic sum-type. The core crate provides tools for converting between these generic sum-types where the bodies of the variants are recursively transmogrifiable. This allows for arbitrarily deep conversion between types, especially useful where the two types in question are autogenerated from some common input file, but are deemed to be different types by the rust compiler (e.g. because they're in separate crates).

Contributing

Thank you for your interest in frunk-enum, all contributions are welcome whether they be reports of issues, feature requests or code contributions.

Issue Contribution

When opening issues please provide a description of the issue, the version of frunk and frunk-enum plus example code which exhibits the issue.

Code Contribution

If you wish to contribute code to frunk-enum, you are welcome to do so using a github pull request, however you will need to sign each commit, to indicate that you are abiding to the terms of the DCO.


lib.rs:

This crate augments the frunk crate with extra functionallity to allow transmogrification between enums with similar structures.

This crate specifically defines the data structures used in the generic representation of an enum, the frunk-enum-derive crate adds a proc-macro to auto-generate the per-type code needed to take advantage of this core function.

Dependencies

~0.6–1MB
~23K SLoC