Boxing ایک value type (جیسے int) کو reference type (object) میں تبدیل کرنا ہے — اسے heap پر ایک object میں wrap کرنا۔ Unboxing اس کا الٹا ہے (value کو واپس نکالنا)۔ دونوں کی کارکردگی کی قیمت ہے (heap allocation، copying)، اور انہیں سمجھنا آپ کو غیر ضروری overhead سے بچنے میں مدد دیتا ہے۔
int number = 42; // a value type (on the stack)
object boxed = number; // BOXING — wraps 42 in an object ON THE HEAP (allocation + copy)
int unboxed = (int)boxed; // UNBOXING — extracts the value back (copy, requires a cast)
Boxing heap پر ایک نیا object allocate کرتا ہے اور value کو اس میں copy کرتا ہے؛ unboxing اسے واپس نکالتا ہے۔ ہر boxing operation ایک heap allocation ہے — ایک بار سستا ہے، لیکن hot paths یا loops میں مہنگا ہے۔
// ❌ using a value type where an `object` is expected → implicit boxing
object obj = 42; // boxing
ArrayList list = new(); list.Add(42); // boxes (non-generic — stores object)
string s = string.Format("{0}", 42); // boxing for the object[] params
// these can box repeatedly in loops → significant GC pressure
Boxing اکثر implicitly ہوتا ہے — جب بھی value type ایسی جگہ استعمال ہو جہاں object (یا non-generic interface) کی توقع ہو۔ Loops یا hot paths میں، بار بار boxing سے بہت سارے short-lived heap objects بنتے ہیں، جو کارکردگی کو نقصان پہنچاتے ہیں۔
// ❌ non-generic collection — boxes every value type added
ArrayList list = new();
list.Add(42); // boxes
// ✅ generic collection — NO boxing, type-safe
List<int> list = new();
list.Add(42); // no boxing — stored as int directly
مرکزی حل generics استعمال کرنا ہے (List<int> بجائے ArrayList کے) — generics value types کو براہ راست store کرتے ہیں boxing کے بغیر۔ یہ generic collections پر non-generic collections کے فوائل میں سے ایک اہم کارکردگی کا فائدہ ہے۔
Boxing اور unboxing کو سمجھنا C# میں کارکردگی والا code لکھنے اور یہ سمجھنے کے لیے اہم ہے کہ generics کیوں اہم ہیں۔
Boxing — value type کو reference type (object) میں تبدیل کرنا — ایک heap allocation اور copy میں اضافی خرچ کرتا ہے، اور unboxing value کو واپس copy کرتا ہے، تو دونوں کی کارکردگی کی قیمت ہے۔
اگرچہ ایک boxing operation سستا ہے، مسئلہ یہ ہے کہ boxing اکثر implicitly ہوتا ہے (جب بھی value type اس جگہ استعمال ہو جہاں object کی توقع ہو) اور loops یا hot paths میں بار بار ہو سکتا ہے، بہت سارے short-lived heap objects بناتے ہوئے جو GC pressure بڑھاتے ہیں اور کارکردگی کو خراب کرتے ہیں — یہ ایک subtly، assimiٹ کرنے میں آسان کارکردگی کا مسئلہ ہے۔
عملی اہم نقطہ یہ ہے کہ generics boxing سے بچاتے ہیں: List<int> استعمال کرتے ہوئے پرانے non-generic ArrayList کی بجائے value types کو براہ راست store کرتا ہے boxing کے بغیر، جو generics کے legacy non-generic collections پر بڑے کارکردگی کے فوائل میں سے ایک ہے (اور ہمیشہ generic collections استعمال کرنے کی اہم وجہ)۔
یہ سمجھنا کہ boxing/unboxing کیا ہیں، وہ کب ہوتے ہیں (اکثر نظر نہیں آتا)، ان کی کارکردگی کی قیمت (allocation، GC pressure، خاص طور پر loops میں)، اور کس طرح generics انہیں روکتے ہیں، موثر C# لکھنے کے لیے اہم علم ہے اور یہ سمجھنے کے لیے کہ generics کے collection کو کیوں ترجیح دی جاتی ہے۔
چونکہ boxing کارکردگی کے overhead کا عام، subtly ذریعہ ہے، اور اسے روکنا (generics کے ذریعے) ایک بنیادی کارکردگی کا طریقہ ہے، boxing/unboxing کو سمجھنا قیمتی، عملی طور پر متعلقہ علم ہے جو کارکردگی سے آگاہ C# developers کو الگ کرتا ہے اور اکثر انٹرویو کا موضوع ہے جو value/reference type ماڈل اور generics کے فوائل کی سمجھ کو ظاہر کرتا ہے۔
تفصیلی جوابات کے ساتھ IT انٹرویو سوالات کی ایک لائبریری — جونیئر سے سینئر تک۔
عطیہ دیں