首先,在不使用宏的情况下解决问题。一种解决方案是创建未记录的私有函数,如果条件不满足,则会导致编译失败:
struct MyType {
age: i32,
name: String,
}
const _: () = {
fn assert_send<T: Send>() {}
fn assert_sync<T: Sync>() {}
fn assert_all() {
assert_send::<MyType>();
assert_sync::<MyType>();
}
};
然后,修改简单的解决方案以使用宏:
macro_rules! example {
($name:ident, $field:ty) => {
struct $name {
x: $field,
}
const _: () = {
fn assert_add<T: std::ops::Add<$field, Output = $field>>() {}
fn assert_mul<T: std::ops::Mul<$field, Output = $field>>() {}
fn assert_all() {
assert_add::<$field>();
assert_mul::<$field>();
}
};
};
}
example!(Moo, u8);
example!(Woof, bool);
在这两种情况下,我们创建一个虚拟的
const
值来限定函数及其调用的作用域,以避免名称冲突。
接着,我会相信优化器会在编译时删除代码,所以我不会期望任何额外的臃肿。
非常感谢
Chris Morgan提供了一个更好的版本,支持非对象安全的traits。
值得强调的是
RFC 2056 ,它将允许在where从句中使用“琐碎”的约束。一旦实施,将接受这样的从句:
impl Foo for Bar
where
i32: Iterator,
{}
在Rust的历史中,这种精确行为已经多次改变,并且RFC 2056将其固定下来。为了保持我们在这种情况下想要的行为,我们需要从另一个没有约束条件的函数中调用断言函数(因此必须始终为真)。
fn _assert_add() where Self: Add<Self, Output = Self> { } fn _verify_assertions() { Self::_assert_add() }
。在我看来,这样可以得到更简洁的错误信息,并且更加通用,因为它不需要 trait 是对象安全的。 - Chris Morganwhere $t: Add<$t, Output = $t>
同样适用。where
从句可以包含任何类型的内容,不仅限于与Self
或泛型相关的内容。 - Chris Morganwhere
子句可以包含任何类型的内容* — 惊呆了。此外,以下划线开头的函数不会触发未使用函数的警告。这很有道理,但仍然令人惊讶! - Shepmaster