ڈاٹ فسکیٹر کے ساتھ اپنی سلور لائٹ ایپلی کیشن کو ختم کریں۔
ڈاٹفسکیٹر کے بارے میں
ڈاٹفسکیٹر ایک مبہم ہے جو سورس کوڈ کو پڑھنا مشکل بنادیتا ہے جب .NET فریم ورک کے ساتھ لکھی گئی ایپلی کیشنز کو الگ کردیا جاتا ہے۔ ڈاٹفسکیٹر مفت اور ادا شدہ خوردہ ورژن دونوں میں دستیاب ہے جو بصری اسٹوڈیو کے ساتھ آتے ہیں۔
مفت ورژن صرف بہت ساری محدود خصوصیات اور اس مفروضے کے ساتھ دستیاب ہے کہ بصری اسٹوڈیو چل رہا ہے ، لیکن بصری اسٹوڈیو انسٹال والا کوئی بھی شخص اسے استعمال کرسکتا ہے۔ ادا شدہ ورژن میں بہت ساری طاقتور مبہم خصوصیات ہیں جو مفت ورژن میں دستیاب نہیں ہیں ، لیکن یہ پریشان کن ہوسکتا ہے کہ اسے ایسی قیمت پر پیش کیا جاتا ہے جو عام عوام کے لئے برداشت کرنا مشکل ہے۔
ڈاٹفسکیٹر میں ورژن کے لحاظ سے مختلف خصوصیات ، قیمتوں کا تعین اور ایڈیشن ہوسکتے ہیں ، لہذا براہ کرم تفصیلات کے لئے درج ذیل ویب سائٹ کا حوالہ دیں۔
پارسڈ کوڈ
جیسا کہ اوپر ذکر کیا گیا ہے ، .NET فریم ورک کے ساتھ تخلیق کردہ ایپلی کیشنز آسانی سے الگ ہوکر اصل ماخذ کوڈ کو پڑھ سکتی ہیں ، لیکن اصل میں کیا ہوتا ہے کہ جب آپ اعداد و شمار میں دکھائے گئے اسمبلی فائل کو الگ کرتے ہیں تو ، زیادہ تر اصل ماخذ کوڈ جیسے نام اسپیس ، کلاس کے نام ، اور طریقہ کار کے نام دوبارہ پیش کیے جاسکتے ہیں۔
دھندلاہٹ کا طریقہ کار
ہمیشہ کی طرح سلور لائٹ ایپلی کیشن بنا کر اور ریلیز کی تعمیر کرکے شروع کریں۔ یہاں ، ہم ایک ایسی ایپلی کیشن بنا رہے ہیں جو صرف دو بٹن رکھتی ہے۔
پوشہ کے بن\رہائی فولڈر میں جہاں پروجیکٹ واقع ہے، ٹائپ کریں۔ ایکس اے پی " ایک پیکیج فائل ہے جو سلور لائٹ ایپلی کیشنز میں استعمال ہونے والے پروگراموں اور فائلوں کا خلاصہ کرتی ہے۔
دراصل ، یہ فائل کمپریسڈ ہے اور زپ فائل کے طور پر مرتب کی گئی ہے ، لہذا توسیع "ہے۔ زپ".
اسے زپ مسل میں تبدیل کر دیا گیا ہے۔
جب آپ فائل کھولتے ہیں تو ، اس میں ایک واضح فائل اور ایک ڈی ایل ایل ہوتا ہے۔ یہ ڈی ایل ایل پروگرام کا مرتب کردہ ورژن ہے جو ایپلی کیشن کے طور پر چلتا ہے۔
ویسے ، ڈی ایل ایل فائل بھی جب بنائی جاتی ہے تو ریلیز فولڈر میں رکھی جاتی ہے ، لہذا اس بار ہم اس فائل کو دھندلا دیں گے۔
بصری اسٹوڈیو مینو سے ، ٹولز کو منتخب کریں ، اور پھر پری ایمپیٹیو ڈاٹ فسکیٹر اور تجزیات کو منتخب کریں۔
پہلی بار شروع کرتے وقت ، "لائسنس معاہدہ" ڈائیلاگ دکھایا جائے گا ، لہذا مشمولات کو احتیاط سے پڑھیں ، چیک کریں "ہاں ، میں لائسنس معاہدے کو قبول کرتا ہوں" اور "ٹھیک ہے" کے بٹن پر کلک کریں۔
پری ایمپیٹیو ڈاٹ فسکیٹر اور تجزیات سی ای شروع ہوتا ہے۔
بائیں طرف درخت سے "ان پٹ" منتخب کریں اور "ان پٹ شامل کریں" بٹن پر کلک کریں۔
اس ڈی ایل ایل فائل کو منتخب کریں جو آپ نے تعمیر کے دوران تیار کی تھی۔
اپنی شامل کردہ ڈی ایل ایل فائل کو منتخب کریں اور ایکس اے ایم ایل تبادلوں > لائبریری موڈ کو غیر چیک کریں۔
اگر "لائبریری موڈ" کی جانچ پڑتال کی جاتی ہے تو ، عوام میں بیان کردہ کلاسوں اور طریقوں کو ختم نہیں کیا جائے گا۔
اگر "ایکس اے ایم ایل تبادلوں" کی جانچ پڑتال کی جاتی ہے تو ، ایکس اے ایم ایل میں بیان کردہ کلاسیں مبہم ہوجائیں گی ، لیکن اس پر منحصر ہے کہ آپ اسے کس طرح تخلیق کرتے ہیں ، اس سے اسٹارٹ اپ کی غلطی ہوگی ، لہذا اگر ایسا ہوتا ہے تو ، براہ کرم اسے غیر چیک کریں۔
بنیادی طور پر ، تمام طبقات ، طریقوں ، خصوصیات اور متغیر ناموں کو ختم کردیا گیا ہے ، لیکن اگر آپ سیریلائزیشن کی وجہ سے کسی مخصوص نام کی جگہ یا کلاس کو ختم نہیں کرنا چاہتے ہیں تو ، بائیں طرف کے درخت سے "نام تبدیل کریں" منتخب کریں ، "خارج کریں" ٹیب کو منتخب کریں ، اور ہدف نام کی جگہ یا کلاس کو چیک کریں۔
بلٹ ان قواعد کے تحت ، اس بات کو یقینی بنائیں کہ سلور لائٹ اور ڈبلیو پی ایف یوزر کنٹرولز کے لئے فیلڈز کی جانچ پڑتال کی گئی ہے۔ اس کی جانچ پڑتال کرنے سے صارف کنٹرول فیلڈ مبہم ہوجائے گا اور کامیابی سے چلے گا۔ آپ اسے غیر چیک کرسکتے ہیں اگر ایسا لگتا ہے کہ یہ غلط کام کرنے کے بعد بھی صحیح طریقے سے کام کرتا ہے۔
جب آپ ختم ہوجائیں تو ، ٹول بار سے "پروجیکٹ بنائیں" کے بٹن پر کلک کریں۔
اگر پروجیکٹ میں تبدیلیاں ہوتی ہیں تو ، پروجیکٹ محفوظ کریں تصدیقی ڈائیلاگ دکھایا جائے گا ، لہذا محفوظ کرنے کے لئے "ہاں" پر کلک کریں۔
اس منصوبے کا نام ہے ". xml" file. مبہم فائلوں کو اسی مقام پر محفوظ کیا جاتا ہے۔
شروع ہوتے ہی تعمیر کے مکمل ہونے کا انتظار کریں۔ نوٹ کریں کہ پروگرام جتنا بڑا ہوگا ، اس کی تعمیر میں اتنا ہی وقت لگے گا۔ جب یہ اعداد و شمار کی طرح لگتا ہے تو ، تعمیر مکمل ہوجاتی ہے۔
میسج فیلڈ تعمیر کی پیشرفت اور ایک مختصر نتیجہ دکھاتا ہے جیسے کہ یہ کتنا مبہم تھا۔
اگر آپ بائیں طرف کے درخت سے نتائج منتخب کرتے ہیں تو ، آپ اس بارے میں تفصیلات دیکھ سکتے ہیں کہ کلاس اور طریقہ کار کے نام کیسے تبدیل ہوگئے ہیں۔
کلاس اور طریقہ کار کے ناموں کے تحت ، ایک ڈاٹفسکیٹر آئیکن اور نام جیسے "اے" اور "بی" ہوں گے ، جو مبہم نام ہوگا۔ کلاس کے نام یا طریقہ کار کے نام کو اس طرح سے بے معنی نام میں تبدیل کرکے ، یہاں تک کہ اگر اسے الگ کردیا گیا ہے تو ، یہ سورس کوڈ کے مندرجات کو پڑھنا مشکل بنا سکتا ہے۔
مبہم فائل کو محفوظ کریں پروجیکٹ میں محفوظ کردہ .xml فائل کے فولڈر میں "ڈاٹ فاسکیٹڈ" نامی فولڈر میں تخلیق کیا جاتا ہے۔ مبہم فائل کے علاوہ ، ایک "نقشہ.xml" فائل تشکیل دی گئی ہے ، لیکن یہ مبہم کا نتیجہ ہے اور اس کا استعمال نہیں کیا جاتا ہے۔
اگر آپ مبہم فائل کو الگ کرتے ہیں تو ، آپ دیکھ سکتے ہیں کہ کچھ کلاس اور طریقہ کار کے ناموں کو "اے" یا "بی" میں تبدیل کردیا گیا ہے۔
اس بار، پہلے سے طے شدہ منصوبے کو تقریبا اسی طرح ختم کر دیا گیا تھا جیسے یہ تھا، لہذا مجھے لگتا ہے کہ ایک تصویر ہے کہ یہ اتنا مبہم نہیں ہے، لیکن مجھے لگتا ہے کہ دھندلاپن کا اثر واضح ہو جاتا ہے کیونکہ کلاسوں وغیرہ کی تعداد میں اضافہ ہوتا ہے جیسے جیسے پروجیکٹ بڑھتا ہے.
ایک طرف کے طور پر، . نیٹ فریم ورک لائبریریاں اور نام تبدیل کرنے کے تابع نہیں ہیں کیونکہ وہ اسمبلیاں ہیں جو پہلے سے ہی ونڈوز پر انسٹال ہیں ، مثال کے طور پر۔
سلور لائٹ ڈی ایل ایل کو بطور استعمال نہیں کرتا ہے ، لہذا انہیں ایکس اے پی فائلوں کے طور پر پیک کیا جاتا ہے۔ جیسا کہ شروع میں ذکر کیا گیا ہے ، ایکس اے پی فائل زپ فائل کی توسیع میں صرف ایک تبدیلی ہے ، لہذا یہ ایکس اے پی فائل میں موجود فائلوں اور مبہم ڈی ایل ایل کو جمع کرکے زپ فائل بناتا ہے۔
زپ فائل بنانا معیاری او ایس خصوصیات کا استعمال کرتے ہوئے کیا جاسکتا ہے۔
ایک زپ فائل بنائی گئی ہے۔
توسیع کو 'میں تبدیل کردیا گیا ہے۔ ایکس اے پی" اور اگر فائل کا نام مختلف ہے تو ، اسے اصل پیکیج فائل کے نام میں تبدیل کریں۔
ایکس اے پی فائل کو تقسیم کے مقام پر رکھیں۔
براہ کرم آپریشن چیک کریں اور دیکھیں کہ آیا یہ مناسب طریقے سے کام کرتا ہے۔
اگر یہ شروع نہیں ہوتا ہے تو ، اس وقت تک چیک کریں جب تک کہ یہ عام طور پر غیر فعال کوڈ کو کم کرکے عام طور پر کام نہ کرے۔ نوٹ کریں کہ سلور لائٹ اکثر ایکس اے ایم ایل سے متعلق معاملات میں پھنس جاتی ہے۔
اگرچہ ہدایات یہاں درج نہیں ہیں ، اگر آپ کسی پروگرام پر دستخط کرنا چاہتے ہیں تو ، اسے تاخیر سے دستخط شدہ حالت میں بنائیں ، اسمبلی کو دھندلا دیں ، اور پھر دوبارہ دستخط کریں۔ یہاں تک کہ اگر آپ اس پر دستخط کرتے وقت اس پر دستخط کرتے ہیں تو ، تعمیر کے وقت منسلک دستخطی کوڈ اور مبہم ہونے کے بعد دستخطی کوڈ مماثل نہیں ہوگا ، لہذا آپ اسے شروع نہیں کرسکیں گے۔
اس مضمون میں ، میں نے مفت ورژن کے لئے اقدامات درج کیے ہیں ، لیکن اگر آپ ادا شدہ ورژن استعمال کرتے ہیں تو ، آپ زیادہ پیچیدہ خرابی کو انجام دے سکتے ہیں اور خود کو الگ تھلگ کرنے سے روک سکتے ہیں۔ تاہم ، مبہم میں مختلف منفی اثرات پیدا کرنے کی صلاحیت ہوتی ہے ، لہذا جب مبہم بنایا جاتا ہے تو ، اس بات پر غور کرنا ضروری ہے کہ آیا یہ ڈیزائن کے آغاز سے ہی مناسب طریقے سے کام کرے گا یا نہیں۔