SP
я так и не осилил лайфтаймы в структурах, а это видимо как раз про ссылки
Size: a a a
2020 August 01
KR
нужно хранить обьект в структуре+ссылку? ну как тогда лайфтаймы будут работать
Это уже self-referential. Здесь ток unsafe и то аккуратно.
p
я так и не осилил лайфтаймы в структурах, а это видимо как раз про ссылки
Да
p
нужно хранить обьект в структуре+ссылку? ну как тогда лайфтаймы будут работать
Нет, так нельзя делать в сейф расте
SP
ну смотри вот есть структура
struct Yoba{
a: &f64
}
шо с чем должен совпадать лайфтайм?
struct Yoba{
a: &f64
}
шо с чем должен совпадать лайфтайм?
p
ну смотри вот есть структура
struct Yoba{
a: &f64
}
шо с чем должен совпадать лайфтайм?
struct Yoba{
a: &f64
}
шо с чем должен совпадать лайфтайм?
С тем чем ты конструируешь
KR
Когда у тебя лайфтайм пролазит в структуру, практически всегда у тебя семантика этой структуры - какой-то ссылочный тип
KR
Здесь твоя Yoba - фактически ссылка на какое-то значение
f64.p
let a = 1;
Yoba { a: &a } // ok
drop(a);
Yoba { a : &a } // ne ok
Yoba { a: &a } // ok
drop(a);
Yoba { a : &a } // ne ok
KR
struct Yoba<'a> {
a: &'a f64,
}p
А нет я ебак
KR
Посмотри, к примеру на
std::borrow::CowKR
Там у тебя в структуре ссылка + лайфтайм
p
Посмотри, к примеру на
std::borrow::CowНе надо
p
Если повезёт коровы не будут нужны
KR
Да я не использовать говорю, а изучить.
KR
Чтобы понять значение/семантику ссылок в структуре
KR
Вообще после раста больно.
KR
Вот ковыряешь ансибл
KR
Не дай бог опечатался, хрен потом поймёшь чего оно валится