डिफ़ॉल्ट रूप से ग्रहण एक कठिन टैब वर्ण के साथ संकेत देता है। मैं इसे रिक्त स्थान में कैसे बदलूं?
43
@ i3ensays क्योंकि टैब अलग-अलग संपादकों या वातावरणों में अलग-अलग तरीके से प्रस्तुत किए जाते हैं जबकि रिक्त स्थान हमेशा सुसंगत होते हैं।
—
mmmdreg
@mmmdreg बिल्कुल मेरी बात। रिक्त स्थान कठोर और बेकार हैं। टैब का उपयोग करने से दर्शक को अपने संपादक को वांछित रूप से कॉन्फ़िगर करने की स्वतंत्रता मिलती है। मैं अपने टैब को 2 रिक्त स्थान, मेरे सहयोगी के रूप में प्रदर्शित करना पसंद करता हूं। 4. यह टैब के उपयोग के बिना संभव नहीं है। जब मैं अपने संबंधित संपादक में प्रत्येक प्रारूप में मेरे सहयोगी, और मैं, युद्ध के स्थान; टैब कोई मुद्दा नहीं है; यही कारण है कि उनका आविष्कार किया गया (मुझे संदेह है)।
—
i3ensays
@ i3ensays अमीन, भाई! मैं 10 वर्षों से लोगों को इस अवधारणा को समझने की कोशिश कर रहा हूं ( rizzoweb.com/java/tabs-vs-spaces.html )। क्या वास्तव में मुझे सचेत करता है कि प्रोग्रामर के रूप में, आपको लगता है कि हर कोई अमूर्तता की अवधारणा को समझ जाएगा (एक टैब कोड इंडेंटेशन का अमूर्त है, जबकि रिक्त स्थान की एक निश्चित संख्या एक कठिन-कोडित कार्यान्वयन है) - लेकिन अफसोस, ऐसा लगता है कई प्रोग्रामर यहाँ अमूर्त नहीं देख सकते हैं।
—
ई-रिज़
@ i3ensays आपकी टीम में एक कोडिंग मानक होना चाहिए जो स्पष्ट रूप से बताता है कि कोड कैसे स्वरूपित किया गया है। यह आपके द्वारा उल्लिखित लड़ाई को रोकने के द्वारा समय की बचत करेगा। आपको एक asap को अपनाना चाहिए लेकिन वह मानक 100% निश्चित रूप से बताता है कि टैब का उपयोग कभी नहीं किया जाएगा क्योंकि यह पवित्र युद्ध "अंतरिक्ष लोगों" द्वारा सदियों पहले जीता गया था इसलिए एक मानक आपकी मदद नहीं करेगा। संरेखण मुद्दों के अलावा रिक्त स्थान के लिए सबसे बड़े कारणों में से एक केवल संशोधन नियंत्रण उपकरण और कोड समीक्षकों को इस मुद्दे से निपटना नहीं होगा। मैंने 20 साल पहले इस लड़ाई को शुरू किया था, लेकिन आखिरकार उन्होंने अंतरिक्ष को गले लगाना सीख लिया।
—
नाइट उल्लू
कारण यह है कि लोग अनिवार्य रूप से टैब और रिक्त स्थान के संयोजन के साथ समाप्त हो जाएंगे और कुछ संपादकों में कोड सही ढंग से प्रदर्शित नहीं होगा। अगर हर कोई केवल रिक्त स्थान का उपयोग करता है तो यह कभी भी समस्या नहीं है।
—
एमानो मैकएवॉय
