زندگی اور حوالہ جات

زنگ میں، ہر حوالہ کی ایک زندگی ہوتی ہے، جو اس دائرہ کار سے مطابقت رکھتی ہے جس کے اندر وہ حوالہ درست ہے۔ زیادہ تر وقت، لائف ٹائمز مضمر ہوتے ہیں اور لائف ٹائم ایلیشن رولز کی بدولت مرتب کرنے والے کے ذریعہ اندازہ لگایا جاتا ہے۔ تاہم، جب مختلف حوالوں کی زندگیوں کے درمیان تعلق مبہم ہو، تو ہمیں انہیں واضح طور پر بیان کرنا چاہیے۔

زندگی بھر کا بنیادی مقصد لٹکتے ہوئے حوالہ جات کو روکنا ہے (ڈیٹا کے حوالہ جات جو پہلے ہی میموری سے ڈیلوکٹ ہو چکے ہیں)۔

لائف ٹائم تشریح کا نحو

تاحیات نام ایک apostrophe (') سے شروع ہوتے ہیں اور عام طور پر چھوٹے چھوٹے حروف ہوتے ہیں (جیسے 'a)۔ تاحیات تشریحات متغیرات کی اصل زندگی کو تبدیل نہیں کرتی ہیں، لیکن وہ مرتب کرنے والے کو ان پٹ اور آؤٹ پٹس کی درستگی کے درمیان تعلق کی نشاندہی کرتی ہیں۔

مثال کے طور پر، اگر کوئی فنکشن دو سٹرنگ ریفرنس پیرامیٹرز لیتا ہے اور سٹرنگ ریفرنس واپس کرتا ہے، اور ہم چاہتے ہیں کہ واپس کیا گیا حوالہ درست رہے جب تک کہ دونوں ان پٹ پیرامیٹرز درست ہوں، ہم استعمال کرتے ہیں:

fn longest<'a>(x: &'a str, y: &'a str) -> &'a str {
    if x.len() > y.len() {
        x
    } else {
        y
    }
}

ڈیٹا سٹرکچرز میں زندگی بھر

اگر ایک ڈھانچہ ایک فیلڈ پر مشتمل ہے جو ایک حوالہ ہے، تو ہمیں واضح طور پر اس حوالہ پر زندگی بھر کی تشریح کرنی چاہیے تاکہ اس بات کو یقینی بنایا جا سکے کہ ڈھانچہ مثال اس ڈیٹا سے باہر نہیں رہ سکتا جس کا حوالہ دیتا ہے:

struct ImportantExcerpt<'a> {
    part: &'a str,
}

fn main() {
    let novel = String::from("Call me Ishmael. Some years ago...");
    let first_sentence = novel.split('.').next().unwrap();
    let i = ImportantExcerpt {
        part: first_sentence,
    };
}

جامد لائف ٹائم

'static لائف ٹائم ایک خاص لائف ٹائم ہے جو پروگرام کی پوری مدت تک رہتا ہے۔ تمام سٹرنگ لٹریلز (&str) میں واضح طور پر 'static لائف ٹائم ہوتا ہے کیونکہ وہ براہ راست بائنری ایگزیکیوٹیبل کے اندر محفوظ ہوتے ہیں۔

let s: &'static str = "I have a static lifetime.";

خود ہی آزمائیں۔

ورزش 1: سب سے طویل فنکشن

مشق 2: حوالہ جات کے ساتھ ساخت

مشق 3: جامد حوالہ جات