وراثت ڪوڊ ڇا آهي ۽ ان سان ڪيئن ڪم ڪجي
ذريعو: Dou جلدي ۽ بعد ۾، هڪ پروگرامر کي شايد ميراثي ڪوڊ سان منهن ڏيڻو پوندو. ھن واقفيت جي نتيجن کي آسان ڪرڻ لاءِ، مون پنھنجي تجربي مان ڪجھ عملي ٽوٽڪا ۽ مثال چونڊيا آھن - خاص طور تي، ھڪ ورثي جاوا سسٽم سان ڪم ڪرڻ.وراثت جون خاصيتون
وراثت ڪنهن ٻئي جو ڪوڊ آهي، جيڪو اڪثر ايترو خوفناڪ هوندو آهي ته اهو عام طور تي واضح ناهي ته ان سان ڪيئن ڪم ڪجي. ۽ جيڪڏھن توھان کي ڪم ڪرڻو آھي ھڪڙي ورثي واري نظام سان، پراڻي ڪوڊ کان علاوه، توھان کي به ملندو:- پراڻي ٽيڪنالاجي سان؛
- heterogeneous فن تعمير؛
- فقدان يا اڃا تائين دستاويز جي مڪمل غير موجودگي.
-
اسان هڪ سسٽم جي بي عزتي نٿا ڪري سگهون جيڪو لکين ٺاهي ٿو يا هزارين ماڻهن کي هڪ ڏينهن تائين رسائي آهي. ڪو مسئلو ناهي ته اهو ڪيترو خراب لکيو ويو هو، هي ناپسنديده ڪوڊ پيداوار تائين رهي ٿو ۽ 24/7 ڪم ڪري ٿو.
-
جيئن ته هي سسٽم حقيقي پئسا آڻيندو آهي، ان سان ڪم ڪرڻ وڏي ذميواري سان اچي ٿو. هي هڪ شروعاتي نه آهي، پر ڪجهه اهو آهي ته صارف سڀاڻي سان ڪم ڪندا. اهو پڻ غلطيءَ جي تمام وڏي قيمت جو مطلب آهي، ۽ هتي نقطو ڪلائنٽ جي دعوائن ۾ نه آهي، پر معاملن جي حقيقي حالت ۾.
ريورس انجنيئرنگ
ڪاميابيءَ سان ميراثي ڪوڊ سان ڪم ڪرڻ لاءِ، توهان کي استعمال ڪرڻو پوندو ريورس انجنيئرنگ ٽيڪنڪ. پهرين، توهان کي احتياط سان ڪوڊ پڙهڻ جي ضرورت آهي انهي کي سمجهڻ لاء اهو ڪيئن ڪم ڪري ٿو. اهو لازمي آهي، ڇاڪاڻ ته اسان وٽ گهڻو ڪري دستاويز نه هوندو. جيڪڏهن اسان ليکڪ جي سوچ جي ٽرين کي نه سمجهي سگهون ٿا، اسان غير متوقع نتيجن سان تبديلي آڻينداسين. هن کان پاڻ کي بچائڻ لاء، توهان کي به ضرورت آهي ته ڀرسان ڪوڊ ۾ delve. ۽ ساڳئي وقت نه رڳو ماني ۾، پر پڻ کوٽائي ۾. طريقه ڪٿي آهي غلطي سان؟ اهو ڪوڊ ڪٿي آهي جيڪو ان کي سڏي ٿو؟ هڪ وراثت واري منصوبي ۾، "ڪال هيئرارڪي" ۽ "قسم جو درجو" استعمال ڪيو ويندو آهي گهڻو ڪري ڪنهن ٻئي کان وڌيڪ. توهان کي ڊيبگر سان گهڻو وقت گذارڻو پوندو: پهرين، غلطيون ڳولڻ لاء، ۽ ٻيو، اهو سمجهڻ لاء ته هر شيء ڪيئن ڪم ڪري ٿي. جيئن دستاويزن لاء، اهو خراب خيال نه هوندو ته صنعتي آثار قديمه ڏانهن رجوع ڪرڻ. اهو تمام ڪارائتو ٿي سگهي ٿو پراڻن دستاويزن کي ڪٿي ڳولهڻ ۽ انهن سان ڳالهايو جن کي ياد آهي ته توهان کي وراثت ۾ ڏنل ڪوڊ ڪيئن لکيو ويو هو. انهن ٽيڪنالاجي کي استعمال ڪندي، جلدي يا بعد ۾ توهان ڪوڊ کي وڌيڪ يا گهٽ سمجهڻ شروع ڪندا. پر توهان جي ڪوششن کي ضايع ٿيڻ کان روڪڻ لاء، توهان کي فوري طور تي توهان جي تحقيق جي نتيجن کي دستاويز ڪرڻ گهرجي. هن کي ڪرڻ لاء، مان سفارش ڪريان ٿو ڊرائنگ بلاڪ ڊاگرام يا ترتيب واري ڊرائگرام. يقينن، توهان سست هوندا، پر توهان کي اهو ضرور ڪرڻو پوندو، ٻي صورت ۾ ڇهن مهينن ۾ بغير دستاويزن جي توهان هن ڪوڊ ذريعي کوٽي رهيا آهيو جيئن اهو پهريون ڀيرو هو.
ڪوڊ ٻيهر نه لکو
ترقي جي عمل ۾ سڀ کان اهم شيءِ اهو آهي ته وقت تي پنهنجو پاڻ کي هارايو ۽ ڪوشش نه ڪريو پوري ڪوڊ کي شروع کان ٻيهر لکڻ جي. اندازو لڳايو ته ان لاءِ ڪيترا سال لڳندا. اهو ممڪن ناهي ته گراهڪ ايترو پئسو خرچ ڪرڻ چاهيندو جيڪو ڪجهه ڪم ڪري ٿو ان کي ٻيهر ڪرڻ تي. اهو لاڳو ٿئي ٿو نه رڳو سسٽم تي، پر ان جي ڪنهن به حصي تي پڻ. يقينا، اهي توهان کي هڪ هفتو ڏئي سگھن ٿا هر شيء کي ڄاڻڻ لاء، ۽ ٻيو هفتي ڪجهه ٺيڪ ڪرڻ لاء. پر اهي ممڪن ناهن ته توهان کي ٻه مهينا ٻيهر سسٽم جو حصو لکڻ لاءِ. ان جي بدران، نئين ڪارڪردگي کي ساڳئي انداز ۾ لاڳو ڪريو جيئن باقي ڪوڊ. ٻين لفظن ۾، جيڪڏهن ڪوڊ پراڻو آهي، توهان کي نئين خوبصورت ٽيڪنالاجي استعمال ڪرڻ جي آزمائش نه ٿيڻ گهرجي: اهڙي ڪوڊ پڙهڻ لاء تمام ڏکيو ٿيندو. مثال طور، توهان شايد اهڙي صورتحال کي منهن ڏئي سگهون ٿا جيئن اسان وٽ هئا: سسٽم جو حصو اسپرنگ MVC ۾ لکيو ويو آهي، ۽ حصو ننگي سروليٽس ۾ لکيل آهي. ۽ جيڪڏھن ھڪڙي حصي ۾ servlets ۾ لکيل آھي، ٻيو ڪجھھ شامل ڪرڻ جي ضرورت آھي، پوء اسين ان کي ساڳيء طرح شامل ڪندا آھيون - servlets ۾.ڪاروباري مفادن جو احترام ڪريو
اهو ياد رکڻ گهرجي ته ڪنهن به ڪم کي طئي ڪيو وڃي ٿو، سڀ کان پهريان، ڪاروبار جي قيمت سان. جيڪڏهن توهان گراهڪ کي ثابت نه ڪيو ته ڪاروباري نقطه نظر کان ڪجهه تبديلين جي ضرورت آهي، اهي تبديليون نه ٿينديون. ۽ ڪسٽمر کي قائل ڪرڻ لاء، توهان کي ان جي جاء تي بيهڻ ۽ سندس مفادن کي سمجهڻ جي ڪوشش ڪرڻ گهرجي. خاص طور تي، جيڪڏھن توھان چاھيو ٿا ريفيڪٽر صرف ان ڪري جو ڪوڊ پڙھڻ مشڪل آھي، توھان کي اھو ڪرڻ جي اجازت نه ڏني ويندي، ۽ توھان کي ان سان گڏ رھڻو پوندو. جيڪڏهن توهان واقعي برداشت نه ٿا ڪري سگهو، توهان ڪوڊ کي ٻيهر ترتيب ڏئي سگهو ٿا خاموشيءَ سان ۽ ٿوري دير سان، ڪم کي پکڙيل ڪاروباري ٽڪيٽن ۾. يا گراهڪ کي قائل ڪيو ته اهو، مثال طور، غلطيون ڳولڻ لاء گهربل وقت گھٽائي ڇڏيندو، ۽ آخرڪار قيمت گھٽائي ڇڏيندو.ٽيسٽ
اهو واضح آهي ته ڪنهن به منصوبي ۾ جاچ ضروري آهي. پر جڏهن وراثت واري نظام سان ڪم ڪري رهيا آهيو، خاص ڌيان ڏيڻ گهرجي جانچ تي پڻ ڇو ته تبديلين جو اثر هميشه اڳڪٿي نه آهي. توهان کي ضرورت پوندي گهٽ ۾ گهٽ ڪيترن ئي ٽيسٽرن جيتري ڊولپرز، ٻي صورت ۾ توهان کي خودڪار طريقي سان ناقابل اعتماد حد تائين سٺو هجڻ گهرجي. اسان جي منصوبي ۾، جاچ ھيٺ ڏنل مرحلن تي مشتمل آھي:- تصديق، جڏهن هڪ خصوصيت جي لاڳو ٿيل ڪارڪردگي کي الڳ شاخ ۾ چيڪ ڪيو ويو آهي.
- استحڪام، جڏهن هڪ رليز برانچ چيڪ ڪيو ويو آهي جنهن ۾ سڀئي خاصيتون گڏجي گڏ ڪيا ويا آهن.
- سرٽيفڪيشن، جڏهن ساڳيو شيء ٻيهر هلايو وڃي ٿو ٿوري مختلف ٽيسٽ ڪيسن تي سرٽيفڪيشن ماحول ۾ جيڪو ممڪن طور تي هارڊويئر خاصيتن ۽ ترتيبن جي لحاظ کان پيداوار جي ويجهو آهي.
DevOps کي رسمي ڪريو ۽ جاري ڪريو
ڇڏڻ جو طريقو ٿي سگهي ٿو، مثال طور، هن ريت. جڏهن ترقي مڪمل ٿي وئي آهي ۽ ٻه يا ٽي جاچ جا مرحلا مڪمل ڪيا ويا آهن، اسان هڪ اي ميل لکون ٿا DevOps ٽيم کي 36 ڪلاڪ اڳ متوقع ڇڏڻ واري وقت کان. ان کان پوء، اسان ڊيوپس ٽيم کي سڏيندا آهيون ۽ ماحول ۾ سڀني تبديلين تي بحث ڪندا آهيون (اسان انهن کي ڊيٽابيس ۽ ترتيب جي سڀني تبديلين بابت ڄاڻ ڏيو ٿا). هر تبديلي لاءِ اسان وٽ هڪ دستاويز آهي (جيرا ۾ هڪ ٽڪيٽ). پوءِ، رليز دوران، ان ۾ شامل هرڪو گڏ ٿي ويندو آهي، ۽ هرڪو چوندو آهي ته هو هاڻي ڇا ڪري رهيا آهن: ”اسان ڊيٽابيس کي اپلوڊ ڪيو،“ ”اسان اهڙين ۽ اهڙين سرورن کي ٻيهر شروع ڪيو،“ ”اسان پيداواري ماحول ۾ ريگريشن ٽيسٽ هلائڻ ويا هئاسين. ” جيڪڏهن ڪجهه غلط ٿي وڃي ٿو، رليز رول بيڪ طريقيڪار شروع ڪيو ويو آهي، بلڪل بيان ڪيل اصل رليز دستاويز ۾ - اهڙي دستاويز کان سواء اسان ضرور ڪجهه وسارينداسين يا پريشان ٿينداسين.ڪنٽرول ڪوڊ معيار
۽ آخرڪار، ڪوڊ جو جائزو هڪ مشق آهي جيڪو ڪجهه سببن لاء سڀني منصوبن ۾ استعمال نه ڪيو ويو آهي. اهو تمام سٺو آهي جيڪڏهن ڪوڊ جو هر ٽڪرو هڪ کان وڌيڪ ماڻهن طرفان جائزو ورتو وڃي. ايستائين جو هڪ تمام مضبوط ٽيم ۾، ڪي ڪي ڪيڙا هميشه دريافت ڪيا ويندا آهن ڪوڊ جي نظرثاني جي عمل دوران، ۽ جيڪڏهن ڪيترائي ماڻهو ان تي نظر وجهن، ته سڃاڻپ جي بگڙن جو تعداد وڌي ٿو. ان کان علاوه، ڪڏهن ڪڏهن ٽيون يا چوٿين نظرثاني ڪندڙ بدترين شيء ڳولي ٿو.اوزار جيڪي ٽيڪنيڪل دستاويزن کي آسان بڻائي سگھن ٿا
ذريعو: Dzone گھڻا پروگرامر ٽيڪنيڪل دستاويز لکڻ پسند نٿا ڪن. نفسيات جي ماهر جيرالڊ وينبرگ جيتوڻيڪ دستاويزن کي ”پروگرامنگ جو کاسٽر آئل“ سڏيو آهي: ڊولپرز ان کي پڙهڻ پسند ڪن ٿا ، پر اهي صرف ان کي لکڻ کان نفرت ڪن ٿا.
ھدايت جي کوٽ يا خالي روڊ ميپ جي نتيجي ۾ معلومات جي کوٽ آھي ته سافٽ ويئر جا مختلف حصا ڪيئن ڪم ڪن ٿا. اهو آخرڪار ڪوڊ جي آخري استعمال ڪندڙن لاءِ تجربو خراب ڪري ٿو ڇاڪاڻ ته، دستاويز جي غير موجودگيءَ ۾، اهي پيداوار جي درستگي ۽ افاديت تي ڀروسو نٿا ڪري سگهن. پروگرامرز لاءِ دستاويز لکڻ جي عادت کي آسان بڻائڻ لاءِ، مان چار بهترين اوزارن تي ڌيان ڏيڻ جي صلاح ڏيان ٿو جيڪي هاڻي تقريبن هر ڪنهن لاءِ دستياب آهن.
GO TO FULL VERSION