لامتناہی کوڈ کے جائزے یا ڈیبگنگ سے تنگ آکر کبھی کبھی آپ سوچتے ہیں کہ اپنی زندگی کو کیسے آسان بنایا جائے۔ اور تھوڑا سا تلاش کرنے کے بعد، یا غلطی سے ٹھوکر کھا کر، آپ جادوئی جملہ دیکھ سکتے ہیں: "جامد تجزیہ"۔ آئیے دیکھتے ہیں کہ یہ کیا ہے اور یہ آپ کے پروجیکٹ کے ساتھ کیسے تعامل کر سکتا ہے۔
درحقیقت، اگر آپ کسی بھی جدید زبان میں لکھتے ہیں، تو، اس کا احساس کیے بغیر، آپ نے اسے جامد تجزیہ کار کے ذریعے چلایا۔ حقیقت یہ ہے کہ کوئی بھی جدید کمپائلر، کوڈ میں ممکنہ مسائل کے بارے میں انتباہات کا ایک چھوٹا سیٹ ہونے کے باوجود فراہم کرتا ہے۔ مثال کے طور پر، بصری اسٹوڈیو میں C++ کوڈ مرتب کرتے وقت آپ کو درج ذیل نظر آ سکتا ہے:
اس آؤٹ پٹ میں ہم دیکھتے ہیں کہ متغیر متغیر فنکشن میں کہیں بھی استعمال نہیں ہوا۔ لہذا حقیقت میں، آپ نے تقریبا ہمیشہ ایک سادہ جامد کوڈ تجزیہ کار استعمال کیا. تاہم، پیشہ ورانہ تجزیہ کاروں کے برعکس جیسا کہ کورٹی، کلوک ورک یا PVS-Studio، مرتب کرنے والے کی طرف سے فراہم کردہ انتباہات صرف مسائل کی ایک چھوٹی سی حد کی نشاندہی کر سکتے ہیں۔
اگر آپ یقینی طور پر نہیں جانتے کہ جامد تجزیہ کیا ہے اور اسے کیسے نافذ کیا جائے، اس طریقہ کار کے بارے میں مزید جاننے کے لیے۔
آپ کو جامد تجزیہ کی ضرورت کیوں ہے؟
مختصراً: سرعت اور سادگی۔
جامد تجزیہ آپ کو کوڈ میں بہت سے مختلف مسائل تلاش کرنے کی اجازت دیتا ہے: زبان کی ساخت کے غلط استعمال سے لے کر ٹائپوز تک۔ مثال کے طور پر، بجائے
auto x = obj.x;
auto y = obj.y;
auto z = obj.z;آپ نے درج ذیل کوڈ لکھا:
auto x = obj.x;
auto y = obj.y;
auto z = obj.x;جیسا کہ آپ دیکھ سکتے ہیں، آخری لائن میں ٹائپنگ کی غلطی ہے۔ مثال کے طور پر، PVS-Studio درج ذیل انتباہ جاری کرتا ہے:
'y' آئٹم کے استعمال کی درستگی کا جائزہ لینے پر غور کریں۔
اگر آپ اس غلطی پر ہاتھ اٹھانا چاہتے ہیں تو کمپائلر ایکسپلورر میں ایک ریڈی میڈ مثال آزمائیں: **.
اور جیسا کہ آپ سمجھتے ہیں، کوڈ کے ایسے حصوں پر فوراً توجہ دینا ہمیشہ ممکن نہیں ہے، اور اس کی وجہ سے، آپ ایک اچھے گھنٹے کے لیے ڈیبگ کرنے کے لیے بیٹھ سکتے ہیں، یہ سوچتے ہوئے کہ سب کچھ اتنا عجیب کیوں کام کرتا ہے۔
تاہم، یہ واضح طور پر ایک غلطی ہے. کیا ہوگا اگر ڈویلپر نے ذیلی کوڈ لکھا کیونکہ وہ زبان کی کچھ باریکیوں کو بھول گیا تھا؟ یا یہاں تک کہ کوڈ میں اس کی اجازت ہے۔ ? بدقسمتی سے، اس طرح کے معاملات مکمل طور پر عام ہیں اور وقت کا بڑا حصہ خاص طور پر کام کرنے والے کوڈ کو ڈیبگ کرنے میں صرف ہوتا ہے جس میں ٹائپ کی غلطیاں، عام غلطیاں یا غیر متعینہ سلوک ہوتا ہے۔
یہ ان حالات کے لئے ہے کہ جامد تجزیہ ظاہر ہوا. یہ ڈویلپر کے لیے ایک اسسٹنٹ ہے جو کوڈ میں مختلف مسائل کی نشاندہی کرے گا اور دستاویزات میں وضاحت کرے گا کہ اس طرح لکھنا کیوں ضروری نہیں ہے، اس سے کیا ہوسکتا ہے اور اسے کیسے ٹھیک کیا جائے۔ یہ کیسا لگتا ہے اس کی ایک مثال یہ ہے: **.
آپ مزید دلچسپ غلطیاں تلاش کر سکتے ہیں جن کا تجزیہ نگار مضامین میں پتہ لگا سکتا ہے:
اب جب کہ آپ نے یہ مواد پڑھ لیا ہے اور جامد تجزیہ کے فوائد کے بارے میں قائل ہو گئے ہیں، آپ اسے آزمانا چاہیں گے۔ لیکن کہاں سے شروع کریں؟ اپنے موجودہ پروجیکٹ میں ایک نئے ٹول کو کیسے ضم کریں؟ اور اس سے ٹیم کو کیسے متعارف کرایا جائے؟ آپ کو ان سوالات کے جوابات نیچے مل جائیں گے۔
نوٹ. جامد تجزیہ کوڈ کے جائزے جیسی مفید چیز کو تبدیل یا منسوخ نہیں کرتا ہے۔ یہ اس عمل کی تکمیل کرتا ہے، ٹائپنگ کی غلطیوں، غلطیاں، اور خطرناک ڈیزائن کو پیشگی نوٹس اور درست کرنے میں مدد کرتا ہے۔ غلط جگہ پر قوسین یا .
0. آلے کو جاننا
یہ سب آزمائشی ورژن سے شروع ہوتا ہے۔ درحقیقت، ترقی کے عمل میں کسی چیز کو متعارف کرانے کا فیصلہ کرنا مشکل ہے اگر آپ نے اس آلے کو پہلے کبھی لائیو نہیں دیکھا ہے۔ لہذا، سب سے پہلے آپ کو ڈاؤن لوڈ کرنا چاہئے .
اس مرحلے پر آپ کیا سیکھیں گے:
- تجزیہ کار کے ساتھ بات چیت کرنے کے طریقے کیا ہیں؛
- کیا تجزیہ کار آپ کے ترقیاتی ماحول کے ساتھ مطابقت رکھتا ہے؟
- اس وقت آپ کے پروجیکٹس میں کیا مسائل ہیں؟
اپنی ضرورت کی ہر چیز کو انسٹال کرنے کے بعد، سب سے پہلے آپ کو پورے پروجیکٹ کا تجزیہ کرنا چاہیے (, , )۔ بصری اسٹوڈیو میں PVS-Studio کے معاملے میں آپ کو اسی طرح کی تصویر نظر آئے گی (کلک کے قابل):
حقیقت یہ ہے کہ جامد تجزیہ کار عام طور پر بڑے کوڈ بیس والے پروجیکٹس کے لیے بڑی تعداد میں انتباہات جاری کرتے ہیں۔ ان سب کو ٹھیک کرنے کی ضرورت نہیں ہے، کیونکہ آپ کا پروجیکٹ پہلے سے کام کر رہا ہے، جس کا مطلب ہے کہ یہ مسائل اہم نہیں ہیں۔ تاہم، آپ اور اگر ضروری ہو تو ان کو درست کریں۔ ایسا کرنے کے لیے، آپ کو آؤٹ پٹ کو فلٹر کرنے اور صرف انتہائی قابل اعتماد پیغامات چھوڑنے کی ضرورت ہے۔ بصری اسٹوڈیو کے لیے PVS-Studio پلگ ان میں، یہ غلطی کی سطحوں اور زمروں کے ذریعے فلٹرنگ کے ذریعے کیا جاتا ہے۔ سب سے درست آؤٹ پٹ کے لیے، صرف چھوڑ دیں۔ ہائی и جنرل (بھی کلک کرنے کے قابل):
درحقیقت، 178 انتباہات کئی ہزار کے مقابلے میں بہت آسان ہیں...
ٹیبز میں درمیانہ и لو اکثر اچھی انتباہات ہوتی ہیں، لیکن ان زمروں میں وہ تشخیص شامل ہوتے ہیں جن کی درستگی کم ہوتی ہے۔ انتباہی سطحوں اور ونڈوز کے تحت کام کرنے کے اختیارات کے بارے میں مزید معلومات یہاں مل سکتی ہیں: **.
سب سے دلچسپ غلطیوں کا کامیابی سے جائزہ لینا (اور انہیں کامیابی سے درست کرنا) قابل قدر ہے۔ . یہ ضروری ہے تاکہ نئی وارننگز پرانی وارننگوں میں گم نہ ہوں۔ اس کے علاوہ، ایک جامد تجزیہ کار پروگرامر کے لیے ایک معاون ہے، نہ کہ کیڑے کی فہرست۔ 🙂
1. آٹومیٹائزیشن
واقف ہونے کے بعد، پلگ ان کو ترتیب دینے اور CI میں ضم کرنے کا وقت آگیا ہے۔ اس سے پہلے کہ پروگرامرز جامد تجزیہ کار کا استعمال شروع کر دیں۔ حقیقت یہ ہے کہ پروگرامر تجزیہ کو فعال کرنا بھول سکتا ہے یا اسے بالکل نہیں کرنا چاہتا۔ ایسا کرنے کے لیے، آپ کو ہر چیز کی کچھ حتمی جانچ پڑتال کرنے کی ضرورت ہے تاکہ بغیر ٹیسٹ شدہ کوڈ کو جنرل ڈیولپمنٹ برانچ میں داخل نہ کیا جا سکے۔
اس مرحلے پر آپ کیا سیکھیں گے:
- ٹول آٹومیشن کے کون سے اختیارات فراہم کرتا ہے۔
- کیا تجزیہ کار آپ کے اسمبلی سسٹم کے ساتھ مطابقت رکھتا ہے؟
چونکہ کامل دستاویزات موجود نہیں ہیں، بعض اوقات آپ کو لکھنا پڑتا ہے۔ . یہ معمول کی بات ہے اور ہمیں آپ کی مدد کرنے میں خوشی ہے۔ 🙂
اب آئیے مسلسل انضمام (CI) خدمات کی طرف چلتے ہیں۔ کسی بھی تجزیہ کار کو بغیر کسی سنگین مسائل کے ان میں لاگو کیا جا سکتا ہے۔ ایسا کرنے کے لیے، آپ کو پائپ لائن میں ایک الگ اسٹیج بنانے کی ضرورت ہے، جو عام طور پر بلڈ اور یونٹ ٹیسٹ کے بعد واقع ہوتا ہے۔ یہ مختلف کنسول یوٹیلیٹیز کا استعمال کرتے ہوئے کیا جاتا ہے۔ مثال کے طور پر، PVS-Studio درج ذیل افادیت فراہم کرتا ہے:
- (ونڈوز پر حل، C#، C++ پروجیکٹس کا تجزیہ)
- (تالیف کی نگرانی)
- (Linux/macOS پر C++ پروجیکٹس کا تجزیہ)
- (حل کا تجزیہ، لینکس / میک او ایس پر سی # پروجیکٹس)
- (جاوا منصوبوں کا تجزیہ)
- (رپورٹ فائل کنورٹر)
تجزیہ کو CI میں ضم کرنے کے لیے، آپ کو تین چیزیں کرنے کی ضرورت ہے:
- تجزیہ کار انسٹال کریں؛
- تجزیہ چلائیں؛
- نتائج فراہم کریں۔
مثال کے طور پر، لینکس (Debian-base) پر PVS-Studio انسٹال کرنے کے لیے، آپ کو درج ذیل کمانڈز چلانے کی ضرورت ہے:
wget -q -O - https://files.viva64.com/etc/pubkey.txt
| sudo apt-key add -
sudo wget -O /etc/apt/sources.list.d/viva64.list
https://files.viva64.com/etc/viva64.list
sudo apt-get update -qq
sudo apt-get install -qq pvs-studioونڈوز چلانے والے سسٹمز پر، پیکیج مینیجر سے تجزیہ کار انسٹال کرنے کا کوئی طریقہ نہیں ہے، لیکن کمانڈ لائن سے تجزیہ کار کو تعینات کرنا ممکن ہے:
PVS-Studio_setup.exe /verysilent /suppressmsgboxes
/norestart /nocloseapplicationsآپ ونڈوز چلانے والے سسٹمز پر PVS-Studio کی تعیناتی کے بارے میں مزید پڑھ سکتے ہیں **.
تنصیب کے بعد، آپ کو براہ راست تجزیہ چلانے کی ضرورت ہے۔ تاہم، یہ صرف تالیف اور ٹیسٹ پاس ہونے کے بعد کرنے کی سفارش کی جاتی ہے۔ اس کی وجہ یہ ہے کہ جامد تجزیہ عام طور پر تالیف سے دوگنا وقت لیتا ہے۔
چونکہ لانچ کا طریقہ پلیٹ فارم اور پروجیکٹ کی خصوصیات پر منحصر ہے، اس لیے میں مثال کے طور پر C++ (Linux) کا آپشن دکھاؤں گا:
pvs-studio-analyzer analyze -j8
-o PVS-Studio.log
plog-converter -t errorfile PVS-Studio.log --cerr -wپہلا کمانڈ تجزیہ کرے گا، اور دوسرا رپورٹ کو ٹیکسٹ فارمیٹ میں تبدیل کرتا ہے، اسے اسکرین پر دکھاتا ہے اور اگر انتباہات ہوں تو 0 کے علاوہ ریٹرن کوڈ واپس کرتا ہے۔ غلطی کے پیغامات ہونے پر اس طرح کا طریقہ کار آسانی سے کسی تعمیر کو روکنے کے لیے استعمال کیا جا سکتا ہے۔ تاہم، آپ ہمیشہ پرچم کو ہٹا سکتے ہیں۔ -w اور ایسی اسمبلی کو بلاک نہ کریں جس میں انتباہات ہوں۔
نوٹ. ٹیکسٹ فارمیٹ تکلیف دہ ہے۔ یہ محض ایک مثال کے طور پر پیش کیا گیا ہے۔ مزید دلچسپ رپورٹ فارمیٹ پر توجہ دیں - FullHtml۔ یہ آپ کو کوڈ کے ذریعے تشریف لے جانے کی اجازت دیتا ہے۔
آپ مضمون میں CI پر تجزیہ ترتیب دینے کے بارے میں مزید پڑھ سکتے ہیں۔"(ونڈوز) یا""(لینکس)۔
ٹھیک ہے، آپ نے تجزیہ کار کو بلڈ سرور پر ترتیب دیا ہے۔ اب، اگر کسی نے بغیر ٹیسٹ کیے گئے کوڈ کو اپ لوڈ کیا ہے، تو تصدیق کا مرحلہ ناکام ہو جائے گا، اور آپ اس مسئلے کا پتہ لگا سکیں گے، تاہم، یہ مکمل طور پر آسان نہیں ہے، کیونکہ شاخوں کے ضم ہونے کے بعد نہیں، بلکہ پروجیکٹ کو چیک کرنا زیادہ موثر ہے۔ اس سے پہلے، پل درخواست کے مرحلے پر۔
عام طور پر، ایک پل ریکوئسٹ تجزیہ ترتیب دینا CI پر تجزیہ کے معمول کے آغاز سے زیادہ مختلف نہیں ہے۔ تبدیل شدہ فائلوں کی فہرست حاصل کرنے کی ضرورت کے علاوہ۔ یہ عام طور پر گٹ کا استعمال کرتے ہوئے شاخوں کے مابین فرق کے بارے میں استفسار کرکے حاصل کیا جاسکتا ہے۔
git diff --name-only HEAD origin/$MERGE_BASE > .pvs-pr.listاب آپ کو فائلوں کی اس فہرست کو تجزیہ کار کو بطور ان پٹ منتقل کرنے کی ضرورت ہے۔ مثال کے طور پر، PVS-Studio میں یہ پرچم کا استعمال کرتے ہوئے لاگو کیا جاتا ہے۔ -S:
pvs-studio-analyzer analyze -j8
-o PVS-Studio.log
-S .pvs-pr.listآپ پل کی درخواستوں کا تجزیہ کرنے کے بارے میں مزید جان سکتے ہیں ** یہاں تک کہ اگر آپ کا CI مضمون میں مذکور خدمات کی فہرست میں نہیں ہے، تب بھی آپ کو اس قسم کے تجزیے کے نظریہ کے لیے وقف کردہ عمومی سیکشن مفید معلوم ہوگا۔
پل کی درخواستوں کا تجزیہ ترتیب دے کر، آپ انتباہات پر مشتمل کمٹ کو بلاک کر سکتے ہیں، اس طرح ایک حد بن جاتی ہے جسے غیر جانچا ہوا کوڈ عبور نہیں کر سکتا۔
یہ سب یقینی طور پر اچھا ہے، لیکن میں چاہوں گا کہ تمام انتباہات ایک جگہ پر دیکھ سکوں۔ نہ صرف جامد تجزیہ کار سے، بلکہ یونٹ ٹیسٹ یا متحرک تجزیہ کار سے بھی۔ اس کے لیے مختلف خدمات اور پلگ ان ہیں۔ PVS-Studio، مثال کے طور پر، ہے .
2. ڈویلپر مشینوں پر انضمام
اب وقت آگیا ہے کہ روزمرہ کے ترقیاتی استعمال کے لیے تجزیہ کار کو انسٹال اور ترتیب دیا جائے۔ اس وقت تک آپ کام کرنے کے زیادہ تر طریقوں سے پہلے ہی واقف ہو چکے ہیں، اس لیے اسے سب سے آسان حصہ کہا جا سکتا ہے۔
سب سے آسان آپشن کے طور پر، ڈویلپرز خود ضروری تجزیہ کار انسٹال کر سکتے ہیں۔ تاہم، اس میں کافی وقت لگے گا اور ان کی توجہ ترقی سے ہٹ جائے گی، لہذا آپ انسٹالر اور ضروری جھنڈوں کا استعمال کرتے ہوئے اس عمل کو خودکار کر سکتے ہیں۔ PVS-Studio کے لیے مختلف ہیں۔ . تاہم، ہمیشہ پیکیج مینیجر ہوتے ہیں، مثال کے طور پر، Chocolatey (Windows)، Homebrew (macOS) یا Linux کے لیے درجنوں اختیارات۔
پھر آپ کو ضروری پلگ ان انسٹال کرنے کی ضرورت ہوگی، مثال کے طور پر , , وغیرہ شامل ہیں.
3. روزانہ استعمال
اس مرحلے پر، روزانہ استعمال کے دوران تجزیہ کار کو تیز کرنے کے طریقوں کے بارے میں کچھ الفاظ کہنے کا وقت ہے۔ پورے پروجیکٹ کے مکمل تجزیے میں کافی وقت لگتا ہے، لیکن ہم پورے پروجیکٹ میں کوڈ کو ایک ساتھ کتنی بار تبدیل کرتے ہیں؟ شاید ہی کوئی ایسا ری فیکٹرنگ ہو جو اتنا بڑا ہو کہ یہ فوری طور پر پورے کوڈ بیس کو متاثر کرے۔ ایک وقت میں تبدیل ہونے والی فائلوں کی تعداد شاذ و نادر ہی ایک درجن سے زیادہ ہوتی ہے، اس لیے ان کا تجزیہ کرنا سمجھ میں آتا ہے۔ ایسی صورت حال کے لئے ہے . بس گھبرائیں نہیں، یہ کوئی دوسرا ٹول نہیں ہے۔ یہ ایک خاص موڈ ہے جو آپ کو صرف تبدیل شدہ فائلوں اور ان کے انحصار کا تجزیہ کرنے کی اجازت دیتا ہے، اور یہ تعمیر کے بعد خود بخود ہوتا ہے اگر آپ پلگ ان کے ساتھ IDE میں کام کر رہے ہیں۔
اگر تجزیہ کار کو حال ہی میں تبدیل شدہ کوڈ میں مسائل کا پتہ چلتا ہے، تو وہ آزادانہ طور پر اس کی اطلاع دے گا۔ مثال کے طور پر، PVS-Studio آپ کو الرٹ کا استعمال کرتے ہوئے اس کے بارے میں بتائے گا:
یقینا، ڈویلپرز کو ٹول استعمال کرنے کے لیے کہنا کافی نہیں ہے۔ ہمیں کسی نہ کسی طرح انہیں بتانے کی ضرورت ہے کہ یہ کیا ہے اور کیسا ہے۔ یہاں، مثال کے طور پر، PVS-Studio کے فوری آغاز کے بارے میں مضامین ہیں، لیکن آپ اپنی پسند کے کسی بھی ٹول کے لیے اسی طرح کے سبق حاصل کر سکتے ہیں:
اس طرح کے مضامین روزمرہ کے استعمال کے لیے ضروری تمام معلومات فراہم کرتے ہیں اور اس میں زیادہ وقت نہیں لگتا۔ 🙂
یہاں تک کہ ٹول کو جاننے کے مرحلے پر، ہم نے پہلے لانچوں میں سے ایک کے دوران بہت ساری وارننگز کو دبا دیا۔ بدقسمتی سے، جامد تجزیہ کار کامل نہیں ہیں، اس لیے وقتاً فوقتاً وہ غلط مثبتات دیتے ہیں۔ ان کو دبانا عام طور پر آسان ہوتا ہے، مثال کے طور پر، PVS-Studio پلگ ان برائے Visual Studio میں آپ کو صرف ایک بٹن پر کلک کرنے کی ضرورت ہے:
تاہم، آپ ان کو دبانے سے زیادہ کچھ کر سکتے ہیں۔ مثال کے طور پر، آپ سپورٹ کے لیے کسی مسئلے کی اطلاع دے سکتے ہیں۔ اگر غلط مثبت کو درست کیا جا سکتا ہے، تو مستقبل کے اپ ڈیٹس میں آپ محسوس کر سکتے ہیں کہ ہر بار آپ کے کوڈبیس کے لیے مخصوص اور کم جھوٹے مثبت ہوتے ہیں۔
انضمام کے بعد
لہذا ہم جامد تجزیہ کو ترقی کے عمل میں ضم کرنے کے تمام مراحل سے گزر چکے ہیں۔ CI پر ایسے ٹولز کو ترتیب دینے کی اہمیت کے باوجود، ان کو چلانے کے لیے سب سے اہم جگہ ڈویلپر کا کمپیوٹر ہے۔ سب کے بعد، ایک جامد تجزیہ کار ایک جج نہیں ہے جو آپ سے کہیں دور کہیں کہ کوڈ اچھا نہیں ہے. اس کے برعکس، یہ ایک اسسٹنٹ ہے جو آپ کو بتاتا ہے کہ کیا آپ تھکے ہوئے ہیں اور اگر آپ کچھ بھول گئے ہیں تو آپ کو یاد دلاتا ہے۔
یہ سچ ہے کہ باقاعدہ استعمال کے بغیر، جامد تجزیہ ترقی کو نمایاں طور پر آسان بنانے کا امکان نہیں ہے۔ بہر حال، ایک ڈویلپر کے لیے اس کا بنیادی فائدہ کوڈ کے پیچیدہ اور متنازعہ حصوں کی تلاش میں نہیں، بلکہ ان کی جلد پتہ لگانے میں ہے۔ اس بات سے اتفاق کرتے ہیں کہ ترمیمات کو جانچ کے لیے بھیجے جانے کے بعد کسی مسئلے کا پتہ لگانا نہ صرف ناخوشگوار ہے، بلکہ بہت وقت طلب بھی ہے۔ جامد تجزیہ، جب باقاعدگی سے استعمال کیا جاتا ہے، ہر تبدیلی کو براہ راست آپ کے کمپیوٹر پر دیکھتا ہے اور کوڈ پر کام کرتے ہوئے مشکوک جگہوں کی اطلاع دیتا ہے۔
اور اگر آپ یا آپ کے ساتھی ابھی تک اس بات کا یقین نہیں کر رہے ہیں کہ آیا یہ تجزیہ کار کو لاگو کرنے کے قابل ہے، تو میرا مشورہ ہے کہ آپ اب مضمون پڑھنا شروع کریں "یہ ڈویلپرز کے مخصوص خدشات کو دور کرتا ہے کہ جامد تجزیہ ان کا وقت لے گا وغیرہ۔
اگر آپ انگریزی بولنے والے سامعین کے ساتھ اس مضمون کا اشتراک کرنا چاہتے ہیں، تو براہ کرم ترجمہ کا لنک استعمال کریں: Maxim Zvyagintsev۔ .
ماخذ: www.habr.com