структуры со сложными лайфтаймами

//я фиг знает, но предположу например когда ты создаёшь структуру из двух значений прилетевших из космоса, а у них разный лайфтайм, а твой 2й вариант тогда их отвергнет //всё, скор капнул на сегодня

    let mut one = 1;
    {
        let mut two = 2;
        let pair = Pair { one: &mut one, two: &mut two };
    }

так работает

А теперь если внутри этого блока произвёл вычисления над pair и захотел создать другую структуру, значение для которой ты берёшь из pair.one, но с длительностью жизни как у внеблоковой one. //Хотя бред какой-то ) //а хотя не бред, ты эту структуру потом посылаешь в какой-нить канал

повыкидывав мутабельность, сделал так:

struct Pair<'a,'b> {
    one: &'a i32,
    two: &'b i32,
}

impl<'a,'b,'c> Pair<'a,'b> {
    fn first(&'c self) -> &'a i32 { self.one }
    fn second(&'c self) -> &'b i32 { self.two }
}

fn main() {
    let one: &i32 = &1;

    let first = {
        let two : &i32 = &2;
        let pair = Pair { one: one, two: two };
        pair.first()
    };
}

тут 'a и 'b свести в один не получается как раз из-за того, что ссылка one внутри структуры окажется с тем же временем жизни, что и two, и pair.first() не может вернуть его из блока

я правильно рассуждаю?

эту структуру потом посылаешь в какой-нить канал

я до мультипоточности еще не дошел, но.. звучит как-то опасно - передавать ссылки в канал, да еще и мутабельные

Ну скажем, не в канал, а ложишь в массив для последующего использования.

тогда то же ограничение накладывается и на массив

s/pair.first()/pair.one/

еще проще. impl не нужен

Очевидно, для чего-то такого: http://is.gd/khRmCN vs http://is.gd/YDosUi vs http://is.gd/c2XJOi .

Нет, вроде, выберет наименьший общий.

Тем, что первую можно параметризовать лишь одним лайфтаймом, а другую — двумя?