فہرست کا خانہ:
تعریف - استثناء کو سنبھالنے کا کیا مطلب ہے؟
استثناء کی ہینڈلنگ ایک طریقہ کار ہے جس میں ایک پروگرامنگ کنسٹرکٹ کا استعمال مستقل طور پر پھنسنے ، روکنے اور استعمال کرنے کے دوران ہونے والی غلطی کو ہینڈل کرنے کے لئے کیا جاتا ہے۔ .NET فریم ورک کا کامن لینگوئج رن ٹائم (سی ایل آر) مستثنیٰ اشیاء اور کوڈ کے محفوظ بلاکس پر مبنی ایک استثناء ہینڈلنگ ماڈل استعمال کرنے کے لئے ڈیزائن کیا گیا ہے۔
سی ایل آر میں نافذ استثناء کو سنبھالنے کے طریقہ کار کی خصوصیات مندرجہ ذیل ہیں۔
a) ہر زبان مستثنیات کو سنبھالنے کے ل any بغیر کسی پابندی کے اپنی الگ الگ خصوصیات رکھ سکتی ہے
ب) مستثنیات پیدا شدہ اور سنبھالے ہوئے ہیں اس سے قطع نظر کہ زبان استعمال کی گئی ہو اور کوڈ کی قسم (منظم یا غیر منظم)
c) استثناء کو عمل یا مشین کی حدود میں پھینک دیا جاسکتا ہے
ٹیکوپیڈیا نے Exception Handling کی وضاحت کی
.NET رن ٹائم استثناء کو پھینک دیتی ہے۔ سسٹم سے ماخوذ اشیاء۔ ایکسپیشن کلاس جس میں خرابی کی تفصیلات ہوتی ہیں ، بشمول پیغام اور کوڈ کی لائن جہاں غلطی واقع ہوتی ہے ، وغیرہ استثنیہ سے نمٹنے کے لئے "try..catch..finally" استعمال کیا جاتا ہے۔ جبکہ "کوشش" (جہاں استثناء کی توقع ہے) اور "کیچ" (جہاں استثناء کو سنبھالا جاتا ہے) بلاکس لازمی ہیں ، لیکن "آخر" (جہاں کسی بھی معاملے میں کوڈ کو پھانسی دی جاتی ہے) بلاک اختیاری ہے۔
جب روایتی طریقوں کو استعمال کرتے ہوئے غلطی سے نمٹنے کے نفاذ کے مقابلے میں - جیسا کہ کمپوینٹ آبجیکٹ ماڈل (COM) میں ریٹرن کوڈ کا استعمال اور بصری بیسک وغیرہ کی طرح "گو" پر جائیں -. NET میں مستثنیات کے بنیادی فوائد سب کو پھنس رہے ہیں۔ ناکامیوں ، واپسی کی قیمت کی جانچ کے عمل کا خاتمہ اور اس کا استعمال (اگر غلط ہے) درخواستوں میں ، ایسے منظرناموں میں استعمال جہاں واپسی کی قیمت نہیں ہوتی ہے جیسے تعمیر کنندگان ، قابل اعتبار اور بہتر کارکردگی۔
اگرچہ جاوا "جانچ پڑتال" رعایتیں مہیا کرتا ہے جو تالیف کے دوران غیرمقابل استثناء کے واقعات کو روکنے میں مدد کرتا ہے ، لیکن ان غلطیوں کے لئے استعمال نہیں کیا جاسکتا جو ناقابل واپسی ناکامی ہے۔ C ++ میں استثناء کی ہینڈلنگ اس سے مختلف ہے۔ وسائل کی صفائی کے لئے "آخر" بلاک نہ ہونے اور کسی قسم کی رعایت کے مستثنیٰ ہونے کی وجہ سے نیٹ میں اس سے مختلف ہے۔
