موبائل پروجیکٹس میں کوڑا کوڈ اور گندگی — علامات اور ری فیکٹرنگ

ڈیولپمنٹ میں کوڑا کوڈ کیا ہے

کوڑا کوڈ (نیز spaghetti code، گندگی، big ball of mud) ایک کوڈبیس کے لیے ایک استعارہ ہے جس نے اپنی ساخت کھو دی ہے اور انحصار کا الجھا ہوا جال بن گیا ہے۔ ایسے کوڈ میں، ایک جگہ کوئی بھی تبدیلی دوسری جگہ توڑ دیتی ہے، اور نئی فعالیت شامل کرنا ایک خطرناک کام بن جاتا ہے۔

موبائل ڈیولپمنٹ میں، کوڑا کوڈ خاص طور پر سنگین ہے: “گندگی” پر بنایا گیا ایپ سست ہونے لگتا ہے، پرانے آلات پر کریش ہوتا ہے اور کوڈ ریویو پاس کرنے میں دشواری ہوتی ہے۔ آرکیٹیکچر کے بغیر iOS پروجیکٹ عدم استحکام کی وجہ سے App Review پاس نہیں کر سکتا۔

Stripe کے مطابق، ڈیویلپر اپنے کام کے 42% وقت تک موجودہ کوڈ کو پڑھنے اور سمجھنے میں صرف کرتے ہیں۔ کوڑا کوڈ والے پروجیکٹس میں، یہ تعداد 60% سے تجاوز کر جاتی ہے، جس سے ڈیولپمنٹ انتہائی غیر موثر ہو جاتی ہے۔

اصطلاحات کی ابتدا

Spaghetti code سب سے پرانی اصطلاح ہے، جو 1970 کی دہائی کی ہے۔ یہ الجھے ہوئے پاستا کی یاد دلانے والے بے ترتیب کنٹرول فلو والے کوڈ کو بیان کرتی ہے۔

Big ball of mud ایک اصطلاح ہے جو برائن فوٹ اور جوزف یوڈر نے 1997 میں واضح آرکیٹیکچر کے بغیر نظاموں کو بیان کرنے کے لیے متعارف کرائی تھی جو بے ترتیبی سے بڑھتے ہیں۔

کوڑا کوڈ کاروبار کے لیے خطرناک کیوں ہے

کوڑا کوڈ مارکیٹ میں نئی خصوصیات کی ریلیز کو سست کر دیتا ہے۔ ٹیم قدر پیدا کرنے کے بجائے موجودہ کوڈ کے کام کرنے کے طریقے کو سمجھنے اور کچھ نہ توڑنے کی کوشش میں وقت صرف کرتی ہے۔

McKinsey کے مطابق، کم کوڈ کوالٹی والی کمپنیاں پروڈکٹ کی دیکھ بھال پر 20-40% زیادہ خرچ کرتی ہیں، اور نئی خصوصیات کی ریلیز کی رفتار اعلی کوڈ کوالٹی والی کمپنیوں کے مقابلے میں 2-3 گنا کم ہوتی ہے۔

کوڑا کوڈ کی علامات اور اسے کیسے پہچانیں

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

صنعت میں، Halstead Complexity، Maintainability Index اور Technical Debt Ratio جیسے کوڈ کوالٹی میٹرکس استعمال ہوتے ہیں۔ ان میٹرکس کو جاننا کوڈبیس کی حالت کا معروضی جائزہ لینے میں مدد کرتا ہے۔

کاپی پیسٹ (کوڈ کی تکرار)

سب سے عام کوڑا کوڈ کی علامت بار بار آنے والے کوڈ بلاکس ہیں۔ ایک مشترکہ فنکشن نکالنے کے بجائے، ڈیویلپر کم سے کم تبدیلیوں کے ساتھ کوڈ کو ایک جگہ سے دوسری جگہ کاپی کرتے ہیں۔

5% تک تکرار کی سطح معمولی سمجھی جاتی ہے۔ اگر تکرار 15% سے تجاوز کر جائے، تو یہ ایک سنگین اشارہ ہے۔ Simian اور PMD Copy Paste Detector جیسے آلات کاپی پیسٹ کو خود بخود پہچاننے میں مدد کرتے ہیں۔

لمبے میتھڈ اور کلاسز

100 سطروں سے زیادہ لمبا میتھڈ کوڑا کوڈ کی واضح علامت ہے۔ ایسا میتھڈ عموماً بہت زیادہ کام کرتا ہے اور واحد ذمہ داری کے اصول (Single Responsibility) کی خلاف ورزی کرتا ہے۔

1000 سطروں سے زیادہ کوڈ والی کلاسز بھی مسئلہ ہیں۔ ان میں غیر متعلقہ فعالیت ہوتی ہے، جس سے کوڈ کی جانچ، فہم اور ترمیم مشکل ہو جاتی ہے۔

اعلی سائکلیومیٹک کمپلیکسٹی

میک کیب کی سائکلیومیٹک کمپلیکسٹی (Cyclomatic Complexity) ایک میٹرک ہے جو کوڈ میں آزاد راستوں کی تعداد دکھاتی ہے۔ 15 سے اوپر کی قدر کو مسئلہ سمجھا جاتا ہے۔

30 سے اوپر کمپلیکسٹی والے میتھڈ “تباہی کے زون” میں ہیں۔ ان میں بہت زیادہ شاخیں ہوتی ہیں، جس کی وجہ سے گہرائی سے تجزیہ کیے بغیر ان کی جانچ اور فہم ناممکن ہے۔

کوڑا کوڈ کی وجوہات

کوڑا کوڈ “اپنے آپ” ظاہر نہیں ہوتا — یہ ہمیشہ ٹیم میں مخصوص عمل اور فیصلوں کا نتیجہ ہوتا ہے۔ وجوہات کو سمجھنا مستقبل میں اسے روکنے میں مدد کرتا ہے۔

JetBrains Developer Ecosystem 2024 کے مطابق، 67% ڈیویلپر تسلیم کرتے ہیں کہ وہ وقت کی کمی کی وجہ سے اپنی صلاحیت سے بدتر کوڈ لکھتے ہیں۔ تکنیکی قرض جمع ہونے کی یہ اہم وجہ ہے۔

جلد بازی اور ڈیڈ لائن

سب سے عام وجہ تنگ ڈیڈ لائنز ہیں۔ ٹیم کوڈ “جیسے بنے” لکھتی ہے، صرف ڈیڈ لائن پوری کرنے کے لیے۔ ری فیکٹرنگ، ٹیسٹ اور کوڈ ریویو “بعد کے لیے” ملتوی کر دیے جاتے ہیں۔

مسئلہ یہ ہے کہ “بعد” کبھی نہیں آتا — اگلے سپرنٹ میں نئی ڈیڈ لائنز آ جاتی ہیں، اور تکنیکی قرض برف کے گولے کی طرح جمع ہوتا رہتا ہے۔

کوڈ ریویو کی کمی

کوڈ ریویو کے بغیر، ہر ڈیویلپر اپنے انداز میں لکھتا ہے، اپنے پیٹرن استعمال کرتا ہے اور اپنے “نشان” چھوڑتا ہے۔ وقت کے ساتھ، کوڈبیس یکسانیت کھو دیتا ہے۔

SmartBear 2024 کے مطالعے کے مطابق، ہر پل ریکویسٹ کے لیے لازمی کوڈ ریویو کرنے والی ٹیموں میں پروڈکشن میں 60% کم نقائص ہوتے ہیں۔

شروع سے کمزور آرکیٹیکچر

اگر کوئی پروجیکٹ واضح آرکیٹیکچر کے بغیر شروع ہوتا ہے، تو کوڑا کوڈ ناگزیر ہے۔ پہلے “فوری حل” ایک بنیاد رکھتے ہیں جس پر بعد میں کچھ معیاری بنانا مشکل ہوتا ہے۔

موبائل ڈیولپمنٹ میں، آرکیٹیکچر (MVC، MVP، MVVM، Clean Architecture) کا انتخاب کوڈ لکھنا شروع کرنے سے پہلے ایک شعوری فیصلہ ہونا چاہیے، ارتقاء کا نتیجہ نہیں۔

کوڑا کوڈ سے نمٹنے کے طریقے

کوڑے کوڈ سے نمٹنے کے لیے پوری ٹیم سے منظم نقطہ نظر اور نظم و ضبط کی ضرورت ہوتی ہے۔ کوئی ایک آلہ یا مشق نہیں ہے جو مسئلہ حل کرے — اقدامات کے ایک سیٹ کی ضرورت ہے۔

اہم اصول کوڑا کوڈ کو لکھنے کے مرحلے پر روکنا ہے، بعد میں ٹھیک کرنا نہیں۔ روک تھام ہمیشہ موجودہ “گندگی” کو ری فیکٹر کرنے سے سستی ہوتی ہے۔

کوڈنگ کے معیارات

متحد کوڈ اسٹائل کوڑا کوڈ کو روکنے کی بنیاد ہے۔ کوڈنگ کے معیارات (Code Style) کو دستاویزی شکل دینی چاہیے اور لنٹرز کے ذریعے خود بخود جانچنا چاہیے۔

iOS کے لیے SwiftLint استعمال ہوتا ہے، Android کے لیے Ktlint اور Detekt۔ کنفیگریشن فائل میں قواعد ترتیب دینا معیارات کی خلاف ورزی کرنے والی پل ریکویسٹس کو خود بخود مسترد کرنے کی اجازت دیتا ہے۔

باقاعدہ ری فیکٹرنگ

ری فیکٹرنگ بگس کو ٹھیک کرنا نہیں ہے، بلکہ رویے کو تبدیل کیے بغیر کوڈ کی ساخت کو بہتر بنانا ہے۔ یہ ڈیولپمنٹ کے عمل کا باقاعدہ حصہ ہونا چاہیے، کوئی علیحدہ پروجیکٹ نہیں۔

ہر سپرنٹ کے 20% وقت کو ری فیکٹرنگ اور تکنیکی قرض ادا کرنے کے لیے مختص کرنے کی سفارش کی جاتی ہے۔ یہ “گندگی” کے جمع ہونے کو روکتا ہے اور طویل مدت میں ٹیم کی رفتار برقرار رکھتا ہے۔

لازمی کوڈ ریویو

ہر پل ریکویسٹ کا کم از کم ایک ڈیویلپر کو جائزہ لینا چاہیے۔ کوڈ ریویو صرف بگس ہی نہیں بلکہ آرکیٹیکچر کی خلاف ورزیوں، اسٹائل کے مسائل اور کوڑا کوڈ کے ممکنہ ذرائع کی بھی نشاندہی کرتا ہے۔

ایک اچھا طریقہ کوڈ ریویو کے لیے ایک چیک لسٹ ہے جس میں کاپی پیسٹ، میتھڈ کی لمبائی، سائکلیومیٹک کمپلیکسٹی اور ٹیسٹ کوریج کی جانچ شامل ہو۔ چیک لسٹ کے بغیر، جائزہ لینے والے 50% تک مسائل نظر انداز کر دیتے ہیں۔

کوڈبیس صاف کرنے کے آلات

جدید کوڈ تجزیہ کے آلات کوڑا کوڈ کو خود بخود دریافت کرنے، تکنیکی قرض ناپنے اور معیار کی نگرانی کرنے کی اجازت دیتے ہیں۔ ان آلات کو CI/CD پائپ لائن میں ضم کرنا مسلسل نگرانی فراہم کرتا ہے۔

کم از کم ایک جامد تجزیہ کار اور ایک میٹرک پیمائش کا آلہ استعمال کرنے کی سفارش کی جاتی ہے۔ اضافی طور پر، کوڈ کوالٹی ڈیٹا اکٹھا کرنے کے لیے ایک پلیٹ فارم منسلک کیا جا سکتا ہے۔

جامد تجزیہ کار

• SonarQube — معروف کوڈ کوالٹی تجزیہ پلیٹ فارم، 30+ زبانوں کو سپورٹ کرتا ہے اور Technical Debt Ratio میٹرکس فراہم کرتا ہے
• ESLint — JavaScript اور TypeScript کے لیے معیار، کنفیگریشن فائلوں کے ذریعے ترتیب پذیر اور IDE میں ضم
• SwiftLint — iOS پروجیکٹس کے لیے لازمی آلہ، Swift اسٹائل گائیڈ کی تعمیل چیک کرتا ہے

SonarSource کے مطابق، جامد تجزیہ استعمال کرنے والی ٹیمیں اپنانے کے پہلے سہ ماہی میں پروڈکشن بگس کی تعداد 30% کم کر دیتی ہیں۔

میٹرک پیمائش کے آلات

CodeClimate اور Codacy پلیٹ فارم ہیں جو کوڈ کوالٹی میٹرکس جمع کرتے ہیں، رجحانات کو ٹریک کرتے ہیں اور “ہاٹ سپاٹس” — سب سے زیادہ تکنیکی قرض والی فائلوں کو ظاہر کرتے ہیں۔

Android پروجیکٹس کے لیے، Detekt 100 سے زیادہ بلٹ ان تجزیہ قواعد فراہم کرتا ہے، جس میں سائکلیومیٹک کمپلیکسٹی، میتھڈ کی لمبائی اور کوڈ کی تکرار کی جانچ شامل ہے۔