- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我正在尝试在两种类型之间创建一个类型级别的映射,实现为关联列表,以便有效的映射实现特征:
trait Key {
const KEY: usize;
}
trait TypeLevelMap<K: Key, V> {
fn convert(K) -> V;
}
nil 的情况很简单:
struct TypeLevelMapNil<T>(PhantomData<T>);
impl<K: Key, V> TypeLevelMap<K, V> for TypeLevelMapNil<V> {
fn convert(k: K) -> V {
panic!("Unhandled case: {}", K::KEY);
}
}
但是,我无法弄清楚缺点:
struct TypeLevelMapCons<K, V, Tl, TlK, TlV>(PhantomData<(K, V, Tl, TlK, TlV)>);
impl<K, V, Tl, TlK, TlV> TypeLevelMap<K,V> for TypeLevelMapCons<K, V, Tl, TlK, TlV>
where
K: Key,
Tl: TypeLevelMap<TlK, TlV>,
TlK: Key,
{
fn convert(_k: K) -> V {
unimplemented!()
}
}
impl<K, V, Tl, TlK, TlV> TypeLevelMap<TlK, TlV> for TypeLevelMapCons<K, V, Tl, TlK, TlV>
where
K: Key,
Tl: TypeLevelMap<TlK, TlV>,
TlK: Key,
{
fn convert(k: TlK) -> TlV {
Tl::convert(k)
}
}
这当然会产生错误,“特征 TypeLevelMap<_, _>
与类型 TypeLevelMapCons<_, _, _, _, _>
的实现冲突”。我不知道如何告诉 Rust 更喜欢第一个;特化没有帮助,也没有 !=
在什么范围内。
有没有办法消除它们的歧义,或者有其他方法可以实现这个,或者这不可能在(当前的)Rust 中实现?
最佳答案
如果我没理解错的话,你正试图拥有 TypeLevelMapCons<K, V, Tl, TlK, TlV>
实现 TypeLevelMap
两次使用泛型类型参数的不同组合。这是不可能的(从 Rust 1.23.0 开始),因为有可能 K == TlK
或者那个V == TlV
.通过专门化,其中一个 impl 必须严格地比“默认”impl 更具体,即它必须适用于“默认”impl 适用的子集,仅此而已。然而,在这里,K
和 TlK
是不相关的(对于 V
和 TlV
也是如此),因此两者都不比另一个更具体。有一个提议的功能称为 intersection impls据我所知,应该解决这个问题,因为它允许您编写涵盖交叉点的 impl 以修复冲突的实现错误。
但是, 有一个使用特化的解决方案!第一步是改变TypeLevelMap
本身不是通用的;相反,我们将制作 convert
通过将类型参数从那里的特征移动到泛型方法。通过这样做,我们可以删除 TlK
和 TlV
在 TypeLevelMapCons
上键入参数,它们没有用,因为它们仅代表 TypeLevelMap
的可能许多实现中的一个尾部可能有(事实上,我认为您当前的设计因此不可行)。
实现 TypeLevelMap
对于 TypeLevelMapNil
很简单:我们只需忽略类型参数。 (注意:我删除了 TypeLevelMapNil
上的类型参数,因为它是不必要的。) 实现 TypeLevelMap
对于 TypeLevelMapCons
有点棘手,因为这是我们需要根据 key 类型采取不同行为的地方。
特化不允许我们在泛型方法上特化特定类型参数集,只能在 impl 上特化,那么我们如何实现 TypeLevelMapCons
?通过引入辅助通用特征!我们可以有一个处理递归情况的特征的默认实现和一个处理“找到”情况的专门实现。 (注意:这与标准库用于专门化 <Vec<T> as Extend<T>>::extend<I>
的技术相同。)
#![feature(specialization)]
use std::marker::PhantomData;
trait Key {
const KEY: usize;
}
trait TypeLevelMap {
fn convert<K: Key, V>(K) -> V;
}
trait TypeLevelMapConvert<LK, LV> {
fn convert_impl(LK) -> LV;
}
struct TypeLevelMapNil;
impl TypeLevelMap for TypeLevelMapNil {
fn convert<K: Key, V>(_k: K) -> V {
panic!("Unhandled case: {}", K::KEY);
}
}
struct TypeLevelMapCons<K, V, Tl>(PhantomData<(K, V, Tl)>);
impl<K, V, Tl> TypeLevelMap for TypeLevelMapCons<K, V, Tl>
where
K: Key,
Tl: TypeLevelMap,
{
fn convert<LK: Key, LV>(k: LK) -> LV {
<Self as TypeLevelMapConvert<LK, LV>>::convert_impl(k)
}
}
impl<K, V, Tl, LK, LV> TypeLevelMapConvert<LK, LV> for TypeLevelMapCons<K, V, Tl>
where
K: Key,
Tl: TypeLevelMap,
LK: Key,
{
default fn convert_impl(k: LK) -> LV {
Tl::convert(k)
}
}
impl<K, V, Tl> TypeLevelMapConvert<K, V> for TypeLevelMapCons<K, V, Tl>
where
K: Key,
Tl: TypeLevelMap,
{
fn convert_impl(_k: K) -> V {
unimplemented!()
}
}
// Sample usage
impl Key for i16 {
const KEY: usize = 16;
}
impl Key for i32 {
const KEY: usize = 32;
}
impl Key for i64 {
const KEY: usize = 64;
}
fn main() {
TypeLevelMapCons::<i16, i16, TypeLevelMapCons<i32, i32, TypeLevelMapCons<i64, i64, TypeLevelMapNil>>>::convert::<i64, i64>(0);
}
为什么这次特化有效?首先,让我们看一下默认的实现:
impl<K, V, Tl, LK, LV> TypeLevelMapConvert<LK, LV> for TypeLevelMapCons<K, V, Tl>
在这里,LK
和 LV
独立于 K
和 V
, 分别。这意味着这个 impl 将为特定的 TypeLevelMapCons<K, V, Tl>
生成无限数量的具体特征实现。类型。
现在,让我们看一下专门的实现:
impl<K, V, Tl> TypeLevelMapConvert<K, V> for TypeLevelMapCons<K, V, Tl>
这是我们使用的 K
和 V
在特征和实现者类型上。通过这样做,我们在 K
上引入了等式约束。和 V
.这意味着此 impl 只会为特定的 TypeLevelMapCons<K, V, Tl>
生成单个特征实现。类型。这显然比默认实现更具体!
关于types - Rust 中的类型级映射,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/48220203/
编辑备注 由于 Rust(版本:1.42)仍然没有稳定的 ABI ,推荐使用extern (目前相当于extern "C"(将来可能会改变))否则,可能需要重新编译库。 This article解释如
词法分析器/解析器文件位于 here非常大,我不确定它是否适合只检索 Rust 函数列表。也许我自己编写/使用另一个库是更好的选择? 最终目标是创建一种执行管理器。为了上下文化,它将能够读取包装在函数
我试图在 Rust 中展平 Enum 的向量,但我遇到了一些问题: enum Foo { A(i32), B(i32, i32), } fn main() { let vf =
我正在 64 位模式下运行的 Raspberry Pi 3 上使用 Rust 进行裸机编程。我已经实现了一个自旋锁,如下所示: use core::{sync::atomic::{AtomicBool
我无法理解以下示例是如何从 this code 中提炼出来的, 编译: trait A: B {} trait B {} impl B for T where T: A {} struct Foo;
在我写了一些代码和阅读了一些文章之后,我对 Rust 中的移动语义有点困惑,我认为值移动后,它应该被释放,内存应该是无效的。所以我尝试写一些代码来作证。 第一个例子 #[derive(Debug)]
https://doc.rust-lang.org/reference/types/closure.html#capture-modes struct SetVec { set: HashSe
考虑 const-generic 数据结构的经典示例:方矩阵。 struct Matrix { inner: [[T; N]; N] } 我想返回一个结构体,其 const 参数是动态定义的:
以下代码无法编译,因为 x在移动之后使用(因为 x 具有类型 &mut u8 ,它没有实现 Copy 特性) fn main() { let mut a: u8 = 1; let x:
我在玩 Rust,发现了下面的例子: fn main() { let mut x = [3, 4, 5].to_vec(); x; println!("{:?}", x); }
假设一个 Rust 2018 宏定义了一个 async里面的功能。它将使用的语法与 Rust 2015 不兼容。因此,如果您使用 2015 版编译您的 crate,那么宏中的扩展代码不会与它冲突吗?
假设我有一些 Foo 的自定义集合s: struct Bar {} struct Foo { bar: Bar } struct SubList { contents: Vec, }
代码如下: fn inner(x:&'a i32, _y:&'b i32) -> &'b i32 { x } fn main() { let a = 1; { let b
在lifetime_things的定义中,'b的生命周期比'a长,但实际上当我调用这个函数时,x1比y1长,但是这样可以编译成功: //here you could see 'b:'a means
我正在尝试检索 FLTK-RS Widget 周围的 Arc Mutex 包装器的内部值: pub struct ArcWidget(Arc>); impl ArcWidget{ pub
如下代码所示,我想封装一个定时函数,返回一个闭包的结果和执行时间。 use tap::prelude::Pipe; use std::time::{Instant, Duration}; pub fn
我想实现自己的通用容器,这是我正在使用的特征的片段: pub trait MyVec where Self: Default + Clone + IntoIterator, Self:
所需代码: 注释掉的块可以编译并工作,但是我想从嵌套的匹配样式转变为更简洁的函数链 async fn ws_req_resp(msg: String, conn: PgConn) -> Result>
我正在尝试编写一些代码,该代码将生成具有随机值的随机结构。对于结构,我具有以下特征和帮助程序宏: use rand::{thread_rng, Rng}; use std::fmt; pub trai
我有一个带有函数成员的结构: struct Foo { fun: Box, } type FooI = Foo; 这不起作用: error[E0106]: missing lifetime s
我是一名优秀的程序员,十分优秀!