मैं प्रोग्रामर से बदसूरत इकट्ठा करता हूं

प्रिय साथी प्रोग्रामर, मैं उन टिप्पणियों के उदाहरणों में साझा करने का सुझाव देता हूं, जो आपकी राय में, अपने लेखन के स्तर पर भी कार्यक्रम में पाई जा सकती हैं। निश्चित रूप से हर किसी के पास ऐसी परिस्थितियां थीं जहां एक घंटे की बहस के बाद एक ब्लोअर को सही करने के बाद, आपने "आह, ठीक है, संकलक ने मुझे यहां चेतावनी नहीं दी।"



सबसे पहले, मैं सी ++ कार्यक्रमों में किए गए त्रुटि पैटर्न में दिलचस्पी रखता हूं। लेकिन मैंने जानबूझकर इस पोस्ट को "C ++" सेक्शन में नहीं रखा। अन्य भाषाओं की त्रुटियों के उदाहरण दें। अक्सर एक गलती पर विचार करते हुए, आप दूसरी भाषा में इसके समकक्ष आ सकते हैं।



मुझे सामान्य प्रकार की त्रुटियों के निदान के लिए नियमों का एक नया अनूठा सेट बनाने के लिए त्रुटियों की आवश्यकता है। नियम जो वास्तव में प्रासंगिक हैं, जो त्रुटियों को अमूर्त अनुप्रयोगों में नहीं, बल्कि हमें दी गई संवेदनाओं में पाएंगे। पाठ में गलती से चारों ओर पड़े त्रिकोणों को देखना दिलचस्प नहीं है। मैंने ट्रिग्राफ से संबंधित गलती कभी नहीं देखी। और यहाँ एक टाइपो है, जहाँ str.empty () लाइन को साफ़ करने के लिए str.clear () के बजाय लिखा है, यह पूर्ण है। उदाहरण के लिए, मैंने इस तरह के उदाहरण के बारे में यहां लिखा है । और आखिरकार, ऐसी त्रुटियां मौजूदा उपकरण नहीं हैं! इसलिए, हम एक नया बनाने के मार्ग का अनुसरण कर रहे हैं, पुराने की पुनरावृत्ति नहीं।



अब मैं यह समझाने की कोशिश करूंगा कि मैं किन गलतियों के बारे में सुनना चाहता हूं और कैसे।







मैं सबसे सामान्य टाइपो के एक उदाहरण के साथ शुरू करता हूँ।

  डबल ए;
 ए = 1.536; 

एक अवधि के बजाय, एक कॉमा गलती से लिखा गया है। परिणामस्वरूप, यह रेखा "(a = 1), 536;" और चर 'a' मान लेगा। कंपाइलर स्वाभाविक रूप से चुप रहेगा (कम से कम विजुअल C ++)।



मुझे यकीन है कि कई पहले से ही इस विषय पर अपने सिर में एक टिप्पणी तैयार कर रहे हैं कि केवल एक स्कूली छात्र इस तरह की गलती कर सकता है। व्यर्थ में। ऐसी त्रुटियों से कोई भी प्रतिरक्षा नहीं करता है। इस स्थिति का वर्णन मेरे द्वारा ज्ञात सर्वश्रेष्ठ प्रोग्रामिंग विशेषज्ञों में से एक द्वारा किया गया था। यह "प्रोग्रामिंग विजार्ड, इंटेल ब्लैक बेल्ट" शीर्षक के धारक दिमित्री व्युकोव है । कई लेखों के लेखक और प्रोजेक्ट रिले रेस डिटेक्टर ।



इसी कॉमा के बारे में आरएसडीएन वेबसाइट पर उनका संदेश है । स्वाभाविक रूप से, मैं इस पोस्ट पर ध्यान नहीं दे पाया। त्रुटि काफी वास्तविक, प्रासंगिक है और स्रोत कोड के स्थैतिक विश्लेषण से इसका पता लगाया जा सकता है। पीवीएस-स्टूडियो में मेरे द्वारा ऐसी त्रुटियों का निदान लागू किया गया था।



और आगे चलते हैं। यह भूलना बहुत आसान है कि std :: remove () तत्वों को नहीं हटाता है, लेकिन केवल उन्हें स्थानांतरित करता है। और नतीजतन, इसे मिटा () कार्यों के साथ संयोजन में उपयोग किया जाना चाहिए। ऐलेना सागलेवा (ब्लॉग "एलेना सी ++" के लेखक) ने इस बारे में एक अच्छी टिप्पणी की: " std :: remove और std :: remove_if वास्तव में कुछ भी नहीं हटाएं ।"



यह भी एक सामान्य, सुंदर, प्रासंगिक, उच्च-स्तरीय त्रुटि है। मैं वास्तव में उसे पसंद करता हूं। एक वास्तविक अनुप्रयोग में, यह इस तरह दिख सकता है (ZThreads पुस्तकालय):

  शून्य अपंजीकृत थ्रेड () {
   गार्ड <टास्कक्यू> जी (_taskQueue);
   std :: remove (_threads.begin (), _threads.end (), ThreadImpl :: current ());
 } 

यह टुकड़ा पीवीएस-स्टूडियो द्वारा पाया गया था, एलिआना के लेख को पढ़ने के बाद बनाई गई इसी जांच को लागू करने के बाद।



मैं स्वयं अपने व्यक्तिगत अनुभव के आधार पर निम्नलिखित नियम के साथ आया था। ऐसा हुआ, और अब ऐसा होता है कि मैं टाइपो बनाता हूं और गलत चर नाम का उपयोग करता हूं। इनमें से कुछ त्रुटियों का स्वतः ही पता लगाया जा सकता है। उदाहरण के लिए, यह संदिग्ध है जब एक चर को एक पंक्ति में एक अलग मूल्य सौंपा जाता है। पीवीएस-स्टूडियो का उपयोग करके उचित निदान को लागू करने के बाद, यह तुरंत खोज लिया गया था, उदाहरण के लिए, Win32 ++ पुस्तकालय में ऐसी त्रुटि:

  वर्ग CSize: सार्वजनिक आकार
 {
   ...
   CSize (POINT pt) {cx = pt.x;  cx = pt.y;  } 

मैं एक और चर्चा का एक उदाहरण दूंगा जिसमें से स्थैतिक विश्लेषण के लिए एक नियम बनाया जा सकता है। यहां , लंबे समय तक लोग यह नहीं समझ सके कि आप सूचक से आधार वर्ग तक व्युत्पन्न वर्गों की एक सरणी के साथ काम नहीं कर सकते। और जैसा कि आमतौर पर होता है, "छोटी गाड़ी संकलक" को दोषी ठहराया। चर्चा में, हटाए गए ऑपरेटर की चर्चा भ्रामक हो सकती है, इसलिए मैं अपना उदाहरण दूंगा:

  कक्षा ए
 {
   int a;
 };

 कक्षा बी: जनता ए
 {
   इंट बी;
 };

 शून्य FOO ()
 {
   बी सरणी [5];
   ए * पी = सरणी;
   p [3] .a = 1;  // हम नहीं समझते कि कहां लिखा है
 } 

वर्गों ए और बी का आकार अलग है, और इसलिए, सरणी [i] और पी [i] स्मृति के विभिन्न वर्गों को संबोधित किया जाता है।



यह एक बहुत अच्छा उदाहरण है जहां स्थैतिक विश्लेषण तंत्रिका कोशिकाओं और समय की बहुत बचत कर सकता है। पीवीएस-स्टूडियो में ऐसी त्रुटियों के निदान के लिए एक नियम अभी तक नहीं बनाया गया है, लेकिन यह विकास योजना में लिखा गया है।



मैंने विभिन्न उदाहरणों का वर्णन किया कि कैसे मंचों, लेखों, व्यक्तिगत अनुभव पर चर्चा के आधार पर, आप विश्लेषण के दिलचस्प नियम बना सकते हैं। मुझे खुशी होगी यदि आप अपने उदाहरण या लिंक को समान उदाहरणों से साझा करते हैं।



पुनश्च



यदि आपके पास लेख पर टिप्पणी करने का अवसर नहीं है, तो कृपया मुझे karpov [@] viva64.com पर या संपर्क फ़ॉर्म के माध्यम से लिखें ।