टेक्स्ट एडिटर में लाइन नंबर दिखाने के क्या फायदे हैं?

Question

मुझे अजीब लगता है जब मैं एक आईडीई में कोड संपादित कर रहा हूं जिसमें टेक्स्ट संपादक में लाइन नंबर नहीं हैं।

मेरे पास जो प्रश्न हैं:

1. क्या लाइन नंबर नेत्रहीन अत्यधिक हैं, खासकर जब लाइन फ़ंक्शन द्वारा एक खोज आपकी पसंद के आईडीई में मौजूद है?
2. लाइन नंबर दिखाने के क्या उपयोग हैं?

Comments

2: लिखा कोड की लाइनों की संख्या पर पूरी तरह से macho लग रहा है।

— एडम क्रॉसलैंड

@AdamCrossland: मज़ेदार आपको इस बात का उल्लेख करना चाहिए कि, मैं आमतौर पर इसे कोड के बिल्कुल विपरीत और अधिक लाइनों के रूप में देखता हूं, जो मैं लिखता हूं, जितना अधिक समय मैं इसे देखने में खर्च करता हूं, यह सुनिश्चित करने के लिए कि मैंने दो बार कुछ भी नहीं किया है और मैं ' मी मीटिंग ऐनक।

— निक लार्सेन

हाँ, यह सब मेरे लिए भी सही है, लेकिन कभी-कभी आपको बस अपनी मोटरसाइकिल के हेलमेट पर पट्टा करना पड़ता है और माचो के लिए जाना पड़ता है।

— एडम क्रॉसलैंड

मैं अपने संपादक के गोटो लाइन फ़ंक्शन का उपयोग करने की तुलना में लाइन नंबरों पर नज़र रखने के लिए तेजी से खोजता हूं (ऐसा इसलिए हो सकता है क्योंकि मुझे पहली बार प्रत्येक बार इसे ढूंढना पड़ता है), खासकर जब मैं पहले से ही करीब हूं

— शाफ़्ट फ्रीक

@Adam: पूरी तरह से कैसे अनुभव माचो कुछ कोड की लाइनों मैं यह काम करने के लिए लिखा है।

— न्यूटॉपियन

Answer 1

कुछ भी है कि एड्स संचार एक प्लस है।

1. यह बहुत अधिक जगह नहीं लेता है इसलिए नहीं, यह अत्यधिक नहीं है यदि आप या आपके किसी सहकर्मी को कोड पर चर्चा करना उपयोगी लगता है।

2. यहां तक ​​कि अगर आप जोड़ी प्रोग्रामिंग नहीं करते हैं, तो यह "ओवर द शोल्डर" कोड समीक्षाओं के लिए उपयोगी है यदि आप कोड सहयोगी जैसे उपकरण का उपयोग नहीं करते हैं (हम अभी नहीं करते हैं)।

यदि आपके पास अन्य साइटों (हम करते हैं) में टीम के सदस्य हैं, तो यह आईएम या फोन पर कोड पर चर्चा करने के लिए उपयोगी है।

अगर आप लाइन नहीं देख सकते हैं, तो आप उन्हें कैसे बता सकते हैं कि वे 1842 लाइन पर जाएं?

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

Answer 2

कोई भी उल्लेख नहीं किया जा रहा है कि एक अपवाद स्टैक ट्रेस को जल्दी से देखने में सक्षम है, जहां एक अपवाद हुआ।

Comments

वास्तव में? ओपी बताता है "referencing stack trace line numbers"। या आप दोनों अलग-अलग चीजों का जिक्र कर रहे हैं?

— स्टुपरयूजर

उफ़ ... मैं चूक गया! अच्छी तरह से ... इसका महत्वपूर्ण तो यह दोहराने लायक है! ;)

— मेपल_शफ्ट

खैर सवाल अब संपादित किया गया है, आगे बढ़ें!

— स्टुपरयूजर

और हां, लॉग देखना (अपवादों से जरूरी नहीं)। हमारे सभी लॉग फ़ाइल + लाइन को इंडेक्स करते हैं, जो वे अविश्वसनीय रूप से आसान से उत्पन्न करते हैं!

— मैथ्यू एम।

@maple_shaft, वास्तव में जब आप लाइनों को देखने में सक्षम नहीं होते हैं, तब भी आप Ctrl-G (जैसे सादे पुराने नोटपैड) कर सकते हैं।

— पचेरियर

Answer 3

प्रदर्शित-प्रोग्रामिंग के लिए प्रदर्शित लाइन नंबर आवश्यक हैं। जिस कोड के बारे में आप सोच रहे हैं, उसमें आपकी जोड़ी की आंखों को निर्देशित करने का कोई तेज़ तरीका नहीं है।

विस्तार से, कोड-समीक्षाएं औपचारिक और अनौपचारिक दोनों के लिए कोड-समीक्षाओं के लिए भी बेहद उपयोगी हैं।

Comments

+1: जोड़ी गई प्रोग्रामिंग पर विचार नहीं किया गया (आश्चर्य की बात नहीं है, क्योंकि मैं निश्चित रूप से प्रशंसक नहीं हूं)। हालाँकि, यदि आप इसके लिए किसी एप्लिकेशन का उपयोग करते हैं (जैसे CodeCollaborator)

— डेमियन ब्रेख्त

मैं लाइन नंबरिंग की आदत में नहीं था, जब तक कि मैंने कुछ जोड़ी प्रोग्रामिंग नहीं की थी, अब मैं लाइन नंबरिंग की आदत में हूं। मुझे इस संबंध का एहसास कराने के लिए +1।

— सिंगलएनजेशन इलिमिनेशन

"लाइन्स 247 से 253" कहने के बजाय , मैं उन पंक्तियों को उजागर करने के लिए तेजी से पाता हूं, या अपनी उंगली से उन्हें इंगित करता हूं। मुझे नहीं लगता कि यह जवाब अतिरिक्त अव्यवस्था को सही ठहराने के लिए पर्याप्त है।

— ब्लूराजा - डैनी पफ्लुगुएफ्ट '

मैं स्तब्ध हूं कि इस जवाब ने 24 घंटों में 36 अपवित्र प्राप्त किए।

— एरिक विल्सन

@BlueRaja: जोड़ी प्रोग्रामिंग के बारे में सुनिश्चित नहीं है (हालाँकि आपके दोनों हाथ हो सकते हैं), लेकिन जब एक डेस्क से दूसरे डेस्क पर चर्चा होती है, तो यह निश्चित रूप से मदद करता है! वहाँ कुछ है जो मैं 314 लाइन पर yyy.cpp में नहीं समझता, हमें इसकी आवश्यकता क्यों है?

— मथिउ एम।

Answer 4

1. नहीं, मुझे यह पता लगाना पसंद है कि किसी फ़ाइल में कुछ कहाँ है, खासकर अगर मैं एक बड़ी कॉन्फ़िगरेशन फ़ाइल देख रहा हूँ, जहाँ उस स्थान को दोबारा खोजना आसान नहीं है।

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

Comments

कुछ हजार ?

— एंथनी पेग्राम

@ एंथनी: आपको एक गेम में फ़ाइल के अनुसार लोकेशन देखना चाहिए;)

— डेमियन ब्रेख्त

@Anthony: सुनिश्चित करें। मैंने 10k + LOC के साथ आसानी से सोर्स फाइल्स देखी हैं।

— tdammers

@tdammers, इसलिए I के पास है। मुद्दा यह नहीं है कि क्या ये फाइलें मौजूद हैं, यह उस समय की बात है जब पुनर्विचार शुरू करने का समय है। मेरे विचार में, यह कुछ हज़ार से पहले सामान्य रूप से ठीक है । यह कुछ सौ से पहले ठीक है । वास्तव में, एक बार जब मैं स्क्रॉल करना शुरू करता हूं, तो मुझे थोड़ा एंसी लगने लगता है (इसका मतलब यह नहीं है कि मैं तुरंत रिफ्लेक्टर, माइंड यू)।

— एंथनी Pegram

@ एंथनी पेग्राम - मुझे लगता है कि एक कार्यक्रम को कार्यों / दिनचर्या वगैरह के माध्यम से अच्छी तरह से संरचित किया जाना चाहिए। तथ्य यह है कि वे सभी एक ही फ़ाइल में हैं मुझे परेशान नहीं करते हैं; काफी विपरीत; मैं उन सभी को एक निर्देशिका में फ़ाइलों के ढेर के बजाय पसंद करता हूं। आसान भी अंतर करने के लिए, IMO।

— रूक

Answer 5

मैं संपादकों का उपयोग करने के एक इतिहास से आया हूं, जिसमें पंक्तिबद्ध संख्याएँ हैं। इस मामले पर मेरे विचार? वे बिल्कुल अनावश्यक हैं (मैं अब लाइन नंबर अक्षम के साथ विम का उपयोग करता हूं)। इस बारे में सोचो: यहां तक कि जब आप कर स्टैक ट्रेस और प्राप्त इस तरह के, कितनी बार आप मैन्युअल रूप से करते देखने के रूप में करने का विरोध किया लाइन नंबर का उपयोग कर लाइन के लिए ctrl+g(सबसे विंडोज संपादकों में) या :line-numविम में?

संपादित करें: बेशक, यह दूसरों के लिए अलग हो सकता है, लेकिन 99% समय के बाद, मैं बाद का उपयोग करता हूं।

Answer 6

एक बड़ी बात: यदि आप दृश्य स्टूडियो या किसी भी विचारशील क्षेत्र के साथ उपयोग कर रहे हैं, तो पंक्ति संख्या आपको इस बात का तुरंत आभास कराती है कि कोई क्षेत्र कितना बड़ा है, इसका विस्तार किए बिना। इसके अलावा, यदि आपके पास किसी प्रकार की लॉगिंग को एक समस्या रेखा पर ले जाने का निर्देश है, तो आपके सामने एक पंक्ति का उपयोग करते समय कमांड का उपयोग करने की आवश्यकता नहीं है।

Answer 7

जो भी कारण (क्रॉस कंपाइलिंग का ख्याल आता है) आपके कंपाइलर को आपके आईडीई में एकीकृत नहीं किया जा सकता है। इसलिए जहाँ त्रुटियाँ पाई जाती हैं, उसके लिए आपको एक पूर्ण संदर्भ की आवश्यकता होती है। (जब आप अपने आईडीई के बाहर संकलन करते हैं)

NWS

Answer 8

लाइन नंबर का उपयोग करने का एकमात्र समय तब होता है जब एक बग पॉप होता है और स्टैक ट्रेस मुझे बताता है कि यह लाइन x पर हुआ है।

मैंने कई पेशेवर डेवलपर्स को बिना लाइन-संख्या के काम करते देखा है। इसलिए, मुझे देर से संदर्भित के अलावा कोई उपयोग नहीं दिखता है ।

Answer 9

मुझे यह पसंद है जब मैं jEdit में स्प्लिट स्क्रीन का उपयोग करता हूं।

Comments

+1 यह निश्चित रूप से एक ही फाइल में स्क्रीन विभाजन को काम करने में मदद करता है! यह निर्धारित करने के कुछ अन्य तरीके हैं कि आप संदर्भ या फ़ाइल के कार्य क्षेत्र को देख रहे हैं या नहीं।

— एडम

Answer 10

हां, जैसा कि @maple_host कहता है, "लाइन फाइल +142" करना वास्तव में सुविधाजनक है जब मुझे उस लाइन नंबर पर कोड से उत्पन्न अपवाद दिखाई देता है। साथ ही युग्मित प्रोग्रामिंग आदि के साथ अन्य उल्लिखित फायदे ... किसी भी संपादक पर लाइन नंबर का होना हमेशा फायदेमंद होता है। (मुझे याद है कि एमजी वीसी ++ 6 द्वारा दर्ज किए गए अस्पष्ट संकलन की त्रुटि मानक हेडर फ़ाइलों में से एक, लाइन #bl !! .. यह वास्तव में अपने द्वारा किया गया एक स्थूल पुनर्परिभाषित था !!)। खोजो और मार डालो।

सादर, यति सगड़े

Answer 11

मैंने पाया है कि वर्तमान लाइन हाइलाइटिंग अधिकांश "जहाँ आप देख रहे हैं" समस्याओं को हल कर सकते हैं। लेकिन, स्टैक के निशान के बारे में बात महत्वपूर्ण है।