腾讯云
开发者社区
文档
建议反馈
控制台
首页
学习
活动
专区
工具
TVP
最新优惠活动
文章/答案/技术大牛
搜索
搜索
关闭
发布
登录/注册
精选内容/技术社群/优惠产品,
尽在小程序
立即前往
文章
问答
(9999+)
视频
沙龙
1
回答
Rust
生存期
的
问题
:
impl
使用
匿名
生存期
,
而
函数
使用
<'a>,
更改
生存期
以
匹配
会
导致
错误
、
我删除了一堆不相关
的
函数
和结构字段,以使分析变得更简单。at 6:13 | | ^^ 这个
问题
似乎是因为
impl
有一个
匿名
的
生命周期,&self有一个海龟<‘_>类型,所以self.children有一个
匿名
的
生命周期,这意味着推送需要一个海龟<’_
浏览 121
提问于2021-05-06
得票数 0
回答已采纳
1
回答
‘*arg0`0’寿命不够长- wasm_bindgen
、
default(); }*arg0活得还不够长如果有人能告诉我为什么,我会帮上大忙
的
。
浏览 9
提问于2020-08-28
得票数 3
回答已采纳
1
回答
使用
带寿命参数
的
关联类型
的
特性
的
生存期
错误
、
、
、
由于
使用
关联类型,我得到了一个
使用
Rust
1.14
的
终身
错误
,下面两个类似的程序演示了这个
错误
,第一个程序编译时没有
错误
,第二个程序具有
生存期
错误
。程序#1 -编译没有
错误
的
type T;
impl
<'a> Trait<'a
浏览 2
提问于2016-12-26
得票数 7
回答已采纳
1
回答
它什么时候需要
使用
寿命?
然而,似乎我想不出有一段时间您实际上需要
使用
它们,考虑到编译器在必要时在推断它们方面做了相当大
的
工作。 锈书,我读过了。我想要一个简单易懂
的
例子,即使是像我这样的人!
浏览 1
提问于2017-01-14
得票数 5
回答已采纳
1
回答
为什么闭包返回类型定义必须包含'_ lifetime?
concatenator_using
函数
生成可用于在fold
函数
中连接字符串
的
闭包。我已经让它工作了,但是我不明白为什么闭包返回类型需要String + '_
而
不仅仅是String。将其替换为'a
会
导致
undeclared lifetime编译
错误
。 assert_eq!("d|e|f", vec!.iter().fold(String::new(), concatenator_using(&quo
浏览 10
提问于2020-03-15
得票数 1
回答已采纳
1
回答
FuturesUnordered
的
生命周期
问题
、
、
我尝试将这些Readable实例存储在Coordinator结构中,并
使用
一个schedule方法选择其中一个readables并将其推入FuturesUnordered实例(也在Coordinator
问题
是:由于生命周期
错误
而无法编译use futures::prelude::stream::FuturesUnordered;use std::pin::Pin;
impl
Readable
浏览 5
提问于2021-04-01
得票数 4
2
回答
如何
使用
结构和激励
使用
生命周期来推断实现
的
适当
生存期
?
、
如何解决此
错误
?当我在
impl
中
使用
“
匿名
生命周期”时,我到底要告诉编译器什么?str,} handlers: Vec<LineHandlerInfo<'a>>, None} 当我试图编译时,我会得到以下
错误
浏览 5
提问于2019-10-16
得票数 2
回答已采纳
2
回答
终身亚型与动力性状
、
、
、
“两个输入
的
单一
生存期
”模式是常见
的
,因为子类型允许在不同
生存期
的
引用上
使用
该
函数
。但是,这里有一些东西(也许是
impl
trait?)阻止这一切。让我们看一个阻止
使用
的
例子(游乐场): fn dot_prod_wrap<'a>(xs:
impl
IntoIterator<Item = &'a usize>, ys:
impl
I
浏览 2
提问于2021-04-21
得票数 1
回答已采纳
1
回答
从铁锈-xcb调用` `roots`‘时出现
的
“寿命不够长”
错误
、
、
我试图在xcb创建
的
窗口中
使用
Cairo曲面。我有一个C示例以及
Rust
、XCB和Cairo绑定。我快完成了,但这个
错误
对我来说仍然是个谜。我
的
代码: }}let visual = find_v
浏览 1
提问于2016-05-23
得票数 4
回答已采纳
1
回答
推断包括内部引用在内
的
方法
的
适当
生存期
。
、
、
我正在学习锈病,并面临一个编辑
问题
。我简化了我
的
代码(所以现在没有任何意义)在这里发布我
的
问题
。 } let mut parent = Parent::new();} 这就是我所犯
的
错误
self.child_ref.push(sel
浏览 3
提问于2019-09-18
得票数 1
回答已采纳
2
回答
为什么在第一种情况下显式地注释生命周期,
而
不是在第二种情况下?
、
、
在这里,需要为'a显式地为items进行注释: items: StatefulList<'a, (&'a str, &'a str, usize)>, }然而,这里并不是: state: ListState,}
impl
Statef
浏览 4
提问于2022-05-30
得票数 0
回答已采纳
1
回答
如何指定方法参数必须比自身
的
生存期
更长?
、
我想为C库编写一个安全
的
锈蚀包装器。我需要用
Rust
的
术语来表达C库
的
原始指针所有权规则。我想让那个方法
的
Rust
版本有签名,上面写着"data必须至少和handle一样长“。我试过:但是,借用检查器似乎将其应用于该
函数
中
的
生存期
,
而
不是对象
的
总体
生存期
。 我也尝试在<em
浏览 4
提问于2015-01-17
得票数 2
回答已采纳
1
回答
无法计算出从捕获成员变量
的
方法返回
的
闭包
、
、
、
、
我正在尝试为一个结构实现一个方法,该方法返回一个闭包move-capturing它
的
一个成员。其基本原理是该成员是Copy,因此闭包可以复制它,
而
不应该与结构
生存期
相关联。但是,它不能编译。我希望
Rust
不会坚持copy &self引用,并通过保持对结构
的
引用将闭包生命周期绑定到结构生命周期。当它没有编译时,我在
错误
消息中预料到了这一点,但-有点令人惊讶-我不确定这就是确切
的
问题
所在。限制闭包
的
匿名
生
浏览 3
提问于2019-08-04
得票数 0
1
回答
允许引用
生存期
超过闭包
impl
<T> Linked<T> { LinkedIter { node: match self.head这正是Option::map()方法
的
作用所在。因此,我重新实现了这个方法,
使用
head.as_ref()
而
不是head来避免在闭包中获得Option内容
的
所有权。
impl
<T> Linked<T> { fn
浏览 3
提问于2015-05-24
得票数 4
回答已采纳
1
回答
为什么在引用类型上实现一个特性时需要一个生命周期,如果该生命期是未
使用
的
,在
Rust
< 1.31中?
、
我正在
使用
1.31岁以上
的
Rust
实现引用类型
的
一个特性。为什么当我告诉它我要实现该特性
的
引用类型时,它需要一个明确
的
生命周期?error: missing lifetime specifier [E0106]
impl
浏览 3
提问于2015-05-23
得票数 14
回答已采纳
1
回答
联系自我
的
生命周期与方法上
的
参考
在对方法set
的
调用中,
使用
impl
块上
的
生存期
参数,并在方法签名中为'a填充w值
的
生存期
。编译器为&mut self分配了不同
的
生存期
,即f ( Foo对象)
的
生存期
。如果我切换了w和f在main
函数
中绑定
的
顺序,这将
导致
错误
。我想知道,如果我在&mut self方法中用与r相同
的
<
浏览 2
提问于2015-05-16
得票数 12
回答已采纳
2
回答
在锈病
的
生命分析中,‘&mut[]’
的
寿命是否特别处理?
下面的示例代码是精心编制
的
,但说明了我
的
主要关切。代码编译得很完美。struct SliceWrapper<'a>(&'a mut[i32]); fn clear(&mut self) {let mut wrapper = SliceWrapper(slice);} 行self.0 = &mut [];可以工作,但是如果我们查看它们<
浏览 2
提问于2020-02-26
得票数 7
回答已采纳
1
回答
返回捕获引用
的
更高类型
的
闭包。
我试图在结构上编写一个返回闭包
的
方法。这个闭包应该以具有任意
生存期
的
&[u8]作为参数,并返回相同类型
的
&'inner [u8]。要执行其功能,闭包还需要对结构&self
的
一个成员进行(共享)引用。这是我
的
代码:}error[E04
浏览 1
提问于2021-09-03
得票数 4
回答已采纳
1
回答
方法与
错误
信息混淆
的
特性不兼容。
{ amount: i32, fn new(resource: Resources,mut Vec<ResourceEntry>) -> Self; inventory: &'a mut Vec<ResourceEntry>, let miner: Miner = Miner::n
浏览 1
提问于2016-12-05
得票数 5
回答已采纳
3
回答
为什么我可以返回对
函数
的
自有值
的
引用?
、
、
在
Rust
编程语言
的
第19.2章中,下面的示例编译时没有任何
错误
。我从中发现,有一个新
的
生命周期省略规则,它隐式地使's比'c更长。我
的
理解是,parse_context拥有context
的
所有权,因为它不是借来
的
,而是实际转移到
函数
中
的
。这本身就意味着,context
的
生存期
应该与它所拥有的
函数
的
生存期
相
匹配</em
浏览 1
提问于2019-04-23
得票数 1
回答已采纳
点击加载更多
扫码
添加站长 进交流群
领取专属
10元无门槛券
手把手带您无忧上云
相关
资讯
硬核解读:为什么Rust的Unsafe关键字有效?
Visual Studio静态分析组件更新一览
【翻译】200行代码讲透RUST FUTURES(6)
解码癌症,人工智能如何超越医生?
基本包装类型
热门
标签
更多标签
云服务器
ICP备案
实时音视频
对象存储
即时通信 IM
活动推荐
运营活动
广告
关闭
领券