प्रलेखन में कोड के विशिष्ट क्षेत्रों को कैसे देखें?


9

मैं एक परियोजना छोड़ने वाला हूं, और इससे पहले कि मैं अपने बॉस को दस्तावेज़ कोड के लिए कहूं (मैंने बहुत अच्छी तरह से दस्तावेज नहीं किया है)। यह बड़ी बात नहीं है, यह परियोजना बहुत जटिल नहीं है। लेकिन मुझे अपने दस्तावेज़ में ऐसी जगह मिल रही हैं जहाँ मैं कहना चाहूँगा, "लाइन XYZ पर ध्यान दें कि ऐसा-और-ऐसा होता है।"

इस मामले में, किसी विशिष्ट पंक्ति संख्या को संदर्भित करने का कोई मतलब नहीं है, क्योंकि कोड की एक पंक्ति को जोड़ने या हटाने से दस्तावेज़ को तुरंत समाप्त कर दिया जाएगा। क्या कोड संख्या के बिना किसी विशिष्ट पंक्ति को संदर्भित करने के लिए कुछ सर्वोत्तम प्रथा है?

मैंने कोड को टिप्पणियों के साथ समेटना माना है:

/* linetag 38FECD4F */

जहाँ "38FECD4F" उस विशिष्ट लाइन के लिए कुछ अनोखा टैग है। फिर मैं दस्तावेज़ीकरण में रख सकता हूं, "लाइन पर '38FECD4F' टैग किया गया है, ध्यान दें कि ऐसा-और-ऐसा होता है।"

कोई अन्य विचार? मुझे ऐसा लगता है कि आम तौर पर कोड इकाइयों को समग्र रूप से बेहतर बनाना बेहतर होता है, बल्कि उनके विशिष्ट भागों के बजाय, लेकिन इस विशेष परियोजना के मामले में प्रक्रियात्मक कोड के LONG swaths हैं, जिन्हें कभी भी छोटी इकाइयों में शामिल नहीं किया गया है।


क्या आप एन्क्लोज़िंग विधियों से या फ़ाइल-सारांश टिप्पणियों के शीर्ष से विशिष्ट स्थानों का उल्लेख कर रहे हैं? बाद के मामले में आप "#" JavaDoc शैली का उपयोग कर सकते हैं।
arin

मैंने आमतौर पर फाइल और विधि का उल्लेख किया है ("फाइल एबीसी इन एक्सवायजेड में सूचना इस तरह की होती है") लेकिन मैं यह देखने के लिए उत्सुक हूं कि क्या जवाब आते हैं।
माइकल इट्ज़ो

7
क्या यह इन मामलों में अधिक समीचीन नहीं होगा, केवल टिप्पणियों को वास्तविक कोड में डालने के लिए?
रॉबर्ट हार्वे

क्या टीम में कोई है जो आपके दस्तावेज़ों की समीक्षा कर सकता है और प्रतिक्रिया दे सकता है?
gnat

इसकी आवश्यकता होने पर, बहुत कुछ लगता है जैसे कि अन्य तरीकों से दुष्प्रभाव हैं जिनका आप स्पष्ट उपयोग कर रहे हैं।
माइकल शॉ

जवाबों:


1

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

मैं आमतौर पर ऐसे परिदृश्यों में नहीं आता, जहाँ मुझे एक लिखित लाइन में # कहीं और किसी टिप्पणी में # एक्सपेक्ट लाइन को संदर्भित करने की आवश्यकता है - आमतौर पर कोड को वहीं लिखा जाता है, जहाँ इसे लिखा जाता है।

मुझे ऐसा करने का कोई मानक तरीका नहीं पता है - लेकिन मेरे सिर के ऊपर से ...

आप संदर्भ के माध्यम से कोड के कुछ हिस्सों को संदर्भित कर सकते हैं - अर्थात उनके आसपास की चीजें।

Func1 की परिभाषा के ऊपर नोटिस () कि इस तरह के और इस तरह के होते हैं

ध्यान दें कि लूप के बाद जो recordXYZItr से अधिक होता है, जिसे हम विधि gc भी कह रहे हैं)

सावधानी: विधि yahoo () में, चर PQ की घोषणा के ठीक बाद, हम A और B में मानों की अदला-बदली भी कर रहे हैं, इसलिए मैपबेक ऑब्जेक्ट को भी कॉपी करने की आवश्यकता है

दूसरा तरीका वर्णनात्मक टैग जोड़ना है। जैसे कुछ के बजाय 38FECD4F, आप कह सकते हैं Some XYZ implementationया BUGFIX 1474, और फिर कहीं और देखें।


प्रतिक्रिया के लिए धन्यवाद! मैं सोच रहा हूँ "यह वर्णन है संदर्भ" मेरे लिए सबसे अच्छा विकल्प की तरह लग रहा है। एक बार फिर धन्यवाद।
लोनबोट 17

2
एक अनोखी समस्या होने का मतलब है कि आप अक्सर कुछ गलत तरीके से कर रहे हैं।
थिअज वैन डायन

2
@ThijsvanDien: मेरा विश्वास करो, हम बहुत सारी चीजों को गलत तरीके से कर रहे हैं! ;-)
लोनबोट

3

यह बहुत कुछ निर्भर करता है कि कोड कैसे लिखा गया था, और मैं समझता हूं कि यह रिफ्लेक्टिंग का एक गुच्छा प्रेरित कर सकता है जो आप करने के लिए यहां नहीं हैं।

लेकिन ... यदि आपको एक पूरी इकाई के रूप में कोड की एक विशिष्ट रेखा को संदर्भित करने की आवश्यकता है, तो क्या इसका मतलब यह नहीं होगा कि इसके कुछ कोड जो एक अमूर्त ऑपरेशन का प्रतिनिधित्व करते हैं, और इस प्रकार इसकी स्वयं की विधि / फ़ंक्शन में रिफैक्ट किया जा सकता है? एक बार इसकी विधि में, इसका बहुत आसान, बस namespace.class.methodनिश्चित रूप से संदर्भित करें जिसका मतलब है कि ऐसी विधियाँ हैं जो बहुत छोटी हैं, लगभग 5-10 लाइनें लंबी या उससे भी कम। Doxygen के साथ, आप दस्तावेज़ को विधि के शीर्ष पर रख सकते हैं, और यह हमेशा विधि / वर्ग / नाम स्थान के साथ सिंक में रहेगा।


1
यह उत्तर विजेता को होना चाहिए, ओपी के मूल बिंदु को छोड़कर कि वह परियोजना को छोड़ रहा है और संभवतः सीमित समय है और संभवत: अपने तरीके से बदलाव का परिचय नहीं देना चाहिए। लेकिन बिलकुल सही - अगर कोई चीज़ इतनी जटिल है कि बाहरी रूप से उसे सहन करने के लिए, उसे अपने नाम वाली कोड यूनिट में रख लें।
रॉस पैटरसन 15

2

मेरा सुझाव है कि आप एक अलग दृष्टिकोण अपनाएं, कुछ कोड-बाहरी प्रलेखन से कोड को जोड़ने के अलावा:

  1. doxygen जैसे टूल का उपयोग करके अपने कोड में टिप्पणी जोड़ें ।

  2. क्या कुछ अवधारणा को और अधिक विस्तार से समझाने की आवश्यकता होनी चाहिए, जो (नव निर्मित) कोड के दस्तावेज़ के भीतर उपयुक्त है, आप हमेशा एक अलग दस्तावेज़ और उससे लिंक बना सकते हैं।

इस तरह आप आसानी से वेब पेज या पीडीएफ के रूप में प्रलेखन उत्पन्न कर सकते हैं, और यह कोड के अनुरूप रहता है। कुछ कृत्रिम टैगों का उपयोग करना बहुत मुश्किल हो जाएगा और निर्जीवों के लिए समझना और भी मुश्किल हो जाएगा।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.