您可以创建非异步原始方法的异步代理，反之亦然。

示例（简化版）

#[enumizer(name=QqqEnum,proxy(FnMut,name=QqqProxy))]
trait Qqq {
    fn foo(&self,x : i32);
}

生成

enum QqqEnum { Foo{x:i32} }
struct QqqProxy<E,F>(pub F)
    where F: FnMut(QqqEnum) -> Result<(), E>;
impl<E,F> QqqProxy where ... {
    fn try_foo(&mut self, x: i32) -> Result<(), E>{
        (self.0)(QqqEnum::Foo{x})
    }
}

伪派生辅助函数

伪派生辅助函数是该库处理的属性。您应该在输入特质或impl中的方法签名之前或签名内的参数之前使用它们。其他（未知）属性将不修改地传递。

• #[enumizer_enum_attr[...]] - 将指定的属性转发到生成的枚举。例如：#[enumizer_enum_attr[serde(rename="qqq")]]。可以附加到函数（成为枚举变体）或函数参数（成为枚举变体字段）。
• #[enumizer_return_attr[...]] - 在returnval模式下，将自定义属性附加到枚举变体的ret字段。
• #[enumizer_to_owned] - 对于引用参数类型，使用所有权值而不是尝试将引用放入枚举（这可能不起作用，除非'static）。

Returnval伪特质

如果您想让Enumizer处理返回值，您需要某种类型的通道。Enumizer在选择通道方面很灵活。有一些内置的“类”用于一些流行的通道类型，您可能还需要自己实现一个通道类。

您可以将通道类指定为returnval参数的值，例如：returnval=flume_class（您需要导入它：use trait_enumizer::flume_class;）。在Enumizer设计初期，通道类是使用GAT的特质，但现在它们是特殊的基于macro_rules的宏。

以下是通道类的API

macro_rules! my_channelclass {
    (Sender<$T:ty>) => { /* type of the `ret` field in enum variant */ };
    (SendError) => { /* Error type when failed to send to a channel. Must not depend on T */ };
    (RecvError) => { /* Error type when failed to receive from a channel */ };
    (create::<$T:ty>()) => {
         /* Expression returning (tx, rx) channel pair. `tx` must be of type `Sender`. */
         /* Used by proxies */
    };
    (send::<$T:ty>($channel:expr, $msg:expr /*, $extraarg:expr */)) => { 
         /* Expression used to send to the channel (for `call_fn`). You may need to map error type here */
    };
    (recv::<$T:ty>($channel:expr /*, $extrafield:expr */)) => { 
        /* Expression use to recv value from the channel (for proxy) */
     };
    (send_async::<$T:ty>($channel:expr, $msg:expr)) => { 
        /* Expression to send to channel from async `call_fn`s. Should include `.await` and error mapping */
    };
    (recv_async::<$T:ty>($channel:expr)) => { 
        /* Expression to receive from cahnnel in async proxies. Should include `.await`. */
     };
}

建议您基于内置的通道类（例如flume_class）进行实现，或者将RPC示例作为复杂通道类的模板。

尽管returnval机制使用“通道”术语，但Sender不一定是实际通道。它们可能是某些内部ID，实际通道作为附加参数提供。

当Enumizer遇到带有返回值的方法时，相应的枚举变体会获得一个名为ret的额外字段（一个硬编码的标识符）。此字段的类型由通道类控制，并可能取决于返回值的类型。所有与此额外字段相关的交互都通过通道类的伪方法进行。

测试（也作为文档）

为了了解这个crate的工作原理，您可以查看一些测试文件。对于大多数示例，都有一个相应的“手册”示例，显示相同测试的扩展版本（有时略有简化）。

请注意，这些链接在Docs.rs上可能会损坏，请使用Github上的README代替。

• simple_derive.rs - 简单演示。
• simple_manual.rs - 上面的演示的扩展实现。
• mutable_derive.rs、mutable_manual.rs、move_derive.rs、move_manual.rs - 同样的内容，但用于mut和once的情况。
• mixed.rs - 展示了一些其他功能，还使用了线程来演示如何与通道交互（以flume为例）。还展示了将自定义derive注入到生成的枚举中。
• returnval_derive.rs、returnval_manual_generic.rs - 处理返回值的技巧模式。
• returnval_manual_flume.rs - 原始版本，没有通道抽象，为flume硬编码。
• rpc.rs - 展示了如何使用serde_json和flume进行远程过程调用的高级用法，自定义returnval=类。两个主要Flume通道模拟套接字，中间Flume通道将返回值路由回调用者。
• toowned_manual、toowned_derive - 扩展（手动）和自动生成的#[enumizer_to_owned]功能演示。
• inherent_derive - 展示了inherent_impl模式。
• async_derive.rs、async_manual.rs、async_returnval_derive.rs、async_returnval_manual.rs、async_rpc.rs、async_rpc.rs - 上面的某些测试的异步版本。
• channelclasses_showcase.rs - 各种内置通道类。

另请参阅

• spaad
• 枚举分发