हम्म, मैंने इस सवाल को रॉबर्ट से थोड़ा अलग तरीके से पढ़ा जो सही ढंग से यह कहते हैं कि कोड को हटा दिया गया है।
हालांकि, यदि आप बाद में हटाने के लिए कोड को चिह्नित करने के लिए एक सम्मेलन की तलाश कर रहे हैं, तो मेरा एक पुराना पसंदीदा है:
//b = false; //TODO: remove
कुछ IDE के फ्लैग //TODO:कमेंट्स या उन्हें सिखाया जा सकता है। यदि नहीं, तो यह आमतौर पर खोजा जाने वाला स्ट्रिंग है। आपकी दुकान ने जो भी सम्मेलन स्थापित किया है, उसका पालन करना सबसे अच्छा है क्योंकि यह कई तरीकों से किया जा सकता है। हर कोड बेस को यह एक तरह से करना चाहिए। यह खोज योग्य रखता है।
जल्दी से पार्स कौन सा है?
इसके बिना यह करने के लिए स्वचालित तरीका चिह्नित है संकलक के साथ। यदि टिप्पणी बंद करना उस कोड का उत्पादन करता है जो संकलन करता है, तो यह टिप्पणी कोड होना चाहिए। एक आईडीई प्लगइन लिखना जो यह जांचता है कि यह कठिन नहीं होगा। लेकिन यह बगिया टिप्पणी वाले कोड को पीछे छोड़ देगा।
यही कारण है कि जिस तरह से आप इसे टिप्पणी करते हैं, उसे कोड के रूप में कोड टिप्पणी देना बेहतर होता है। यह आपको गैर-विनाशकारी रूप से काम करने देता है जब आप तय करते हैं कि क्या आप वास्तव में चाहते हैं कि यह चला गया। चूँकि हम सभी बाधित होते हैं, और कुछ हद तक भुलक्कड़ होते हैं, तो आश्चर्यचकित न हों अगर उस अवस्था में कुछ रेखाएँ जाँची जाएँ। यदि वे ऐसा करते हैं कि वे कम से कम स्पष्ट रूप से चिह्नित और खोजे जाने योग्य हैं। पिछले दिनों कीबोर्ड मैक्रोज़ ने मेरी इसमें मदद की है। यदि आप इसे एक कीस्ट्रोकेक के साथ कर सकते हैं तो इसके बीच में बाधित होना मुश्किल है।
आप इसे अपने निरंतर एकीकरण परीक्षणों में निशान को सुनिश्चित करने के रूप में ले सकते हैं। उफ़, मैं फिर से बकाया TODO के साथ जाँच करने की कोशिश कर रहा हूँ।
///और/** ... */टिप्पणियों का उपयोग कुछ प्रलेखन जनरेटर द्वारा भी किया जाता है, जैसे कि Doxygen या JSDoc। यदि आप उनका उपयोग करते हैं या इसी तरह के उपकरण, आप वर्णनात्मक टिप्पणियों के लिए उस तरह की टिप्पणी का उपयोग करने में सक्षम नहीं हो सकते हैं जो दस्तावेज़ीकरण का हिस्सा नहीं हैं।