Definitelytyped: टैब बनाम रिक्त स्थान?

कोई लड़ाई नहीं है। टैब का प्रयोग करें।

मैं रिक्त स्थान वोट करता हूँ!

आंतरिक संघर्ष शुरू होने दें! :मुस्कुराओ:

हाहा। हमें इसकी आवश्यकता नहीं है। लेकिन आप जानते हैं... अगर हम टैब का उपयोग कर रहे होते तो हमारी यह बातचीत नहीं होती और हर देव के पास अभी भी उसका कोड पूरी तरह से उस तरह से संरेखित होता जिस तरह से वह चाहता था (2 रिक्त स्थान या 4 स्थान)। सिर्फ यह कहते हुए।

मुझे टैब पसंद है।
लेकिन मुझे लगता है कि हमें VisualStudio के लिए डिफ़ॉल्ट सेटिंग्स का पालन करना चाहिए।

4 के इंडेंट आकार वाले रिक्त स्थान (वीएस डिफ़ॉल्ट)।
अपने और हर किसी की खुशी के लिए वर्चुअल टैब करने के लिए अपना आईडीई सेट करें।
मैं कोड के लिए [टैब] [टैब] [स्पेस] [स्पेस] [स्पेस] देखना पसंद नहीं करता जो ऊपर की पंक्ति में एक शब्द के साथ संरेखित करना चाहता है।

यदि किसी को एक सुसंगत शैली को लागू करने के लिए एक TSLint नियम लिखने का मन करता है (उदाहरण: या तो टैब या 4 रिक्त स्थान लेकिन दोनों नहीं) तो हम इसे नए परीक्षक में चलाएंगे (इसमें TSLint समर्थन है)।

यह भी देखें https://github.com/palantir/tslint/issues/122

रिक्त स्थान! FWIW JS libs रिक्त स्थान का उपयोग करते हैं (कोणीय/jquery)

यह संभवत: क्रॉकफोर्ड के कारण आया: http://javascript.crockford.com/code.html

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

चूंकि TS JS है, हमें वास्तव में अनुरूप होना चाहिए।

खैर, क्रॉकफोर्ड थोड़ा क्रोधी बूढ़ा आदमी है इसलिए मैं उसे नमक के दाने के साथ ले जाता हूं।

कुछ समय पहले रेडिट पर एक आँकड़ा था जहाँ किसी ने जीथब के एक अच्छे हिस्से का विश्लेषण किया था और यह रिक्त स्थान के पक्ष में 60% / 40% जैसा था। मैं और अब तक मैंने जिन स्थानों पर काम किया है वे सभी टैब थे (हालाँकि इसका बड़ा हिस्सा AS3 था)। यह बिल्कुल ठीक काम करता है। कोड संरेखण समय की बर्बादी है लेकिन यदि आवश्यक हो तो स्मार्ट-टैब वहां भी ठीक काम करते हैं।

मैं जिस वास्तविक अभिशाप से छुटकारा पाना चाहता हूं वह मिश्रित _इंडेंट्स_ है। इससे पहले कि हम पूरे रेपो में एक या दूसरे पर थर्मोन्यूक्लियर जाएं, कम से कम यह सुसंगत _per file_ होना चाहिए।

किसी बिंदु पर हम #2228 करेंगे, लेकिन यह काफी बड़ा कदम है (बहुत सारे एट्रिब्यूशन को पेंच करता है ताकि हम @ dt-bot को ऐसा करने दे सकें)।

खैर, क्रॉकफोर्ड थोड़ा क्रोधी बूढ़ा आदमी है इसलिए मैं उसे नमक के दाने के साथ ले जाता हूं।

मान गया

यदि आप कभी ऊब चुके हैं तो मैं JSON.js को किए गए पुल अनुरोधों को पढ़ने की सलाह देता हूं। निरपवाद रूप से वे उन लोगों द्वारा प्रस्तुत किए जाते हैं जो डौग के थोड़े कर्कश तरीकों के बारे में नहीं जानते हैं। वे सभी अस्वीकृत बिंदु रिक्त हैं :-)

बस इसे देखा: https://github.com/iplabs/typescript/blob/languageService-v2/src/services/languageService.ts#L199 -L213 डिफ़ॉल्ट 4 रिक्त स्थान हैं जिनमें टैब को रिक्त स्थान में परिवर्तित किया गया है

    export class EditorOptions {
        public IndentSize: number = 4;
        public TabSize: number = 4;
        public NewLineCharacter: string = "\r\n";
        public ConvertTabsToSpaces: boolean = true;

        public static clone(objectToClone: EditorOptions): EditorOptions {
            var editorOptions = new EditorOptions();
            editorOptions.IndentSize = objectToClone.IndentSize;
            editorOptions.TabSize = objectToClone.TabSize;
            editorOptions.NewLineCharacter = objectToClone.NewLineCharacter;
            editorOptions.ConvertTabsToSpaces = objectToClone.ConvertTabsToSpaces;
            return editorOptions;
        }
    }

कितना संतोषजनक @basarat!

CRLF थोड़े बेवकूफ हैं लेकिन जो भी हो।

शायद हमें इसके लिए जाना चाहिए। मैं हर चीज पर टाइपस्क्रिप्ट-फॉर्मेटर चलाने की कोशिश करूंगा और देखूंगा कि क्या होता है।

प्रिय भगवान, क्या कसाईखाना है.. कुल 562 .d.ts फाइलें, 446 फाइलों के साथ बदली गईं..

https://github.com/Bartvds/DefinitelyTyped/tree/34907936bfc22562f30bb09ee82282ca0515b8b3

https://github.com/Bartvds/DefinitelyTyped/commit/34907936bfc22562f30bb09ee82282ca0515b8b3

क्षमा करें, हम संपूर्ण अंतर प्रदर्शित नहीं कर सके क्योंकि बहुत अधिक फ़ाइलें (446) बदल गई हैं

हे।

और परीक्षण भी किया:

https://github.com/Bartvds/DefinitelyTyped/tree/46f9d17b2b074c887bff35b06112070b28924248

https://github.com/Bartvds/DefinitelyTyped/commit/46f9d17b2b074c887bff35b06112070b28924248

क्षमा करें, हम संपूर्ण अंतर प्रदर्शित नहीं कर सके क्योंकि बहुत अधिक फ़ाइलें (442) बदल गई हैं।

अच्छा। तो हमारे पास तकनीक है, वह आसान हिस्सा था। लेकिन अब यह तय करने की जरूरत है कि क्या यह कुछ ऐसा है जो हम चाहते हैं क्योंकि इसका कुछ गंभीर प्रभाव पड़ेगा।

एक पंक्ति के लिए एट्रिब्यूशन नरक में जा रहा है। और अगर हम इसे स्वीकार करते हैं तो हमें शायद परीक्षक में स्वरूपण लागू करना चाहिए। मेरे पास परीक्षक में TSLint सेटअप है (लेकिन यह अक्षम है) ताकि यह बहुत कुछ कर सके।

हो सकता है कि हमें परीक्षक को एक सीएलआई उपयोग में सुधारना चाहिए जो फॉर्मेटर चला सकता है और परीक्षणों को अच्छी तरह से प्रयोग करने योग्य तरीके से निष्पादित कर सकता है (यह अब स्थानीय रूप से काम करता है लेकिन स्वच्छ सीएलआई एपीआई आदि के साथ सुधार किया जाना चाहिए)।

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

हाँ, लेकिन यह बेकार है कि git blame -w -M ऑनलाइन काम नहीं करता है। मैंने अभी इसके बारे में जीथब समर्थन ईमेल किया है।

@Bartvds , GitHub से कोई प्रतिक्रिया ?!

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

तो कुछ समय लग सकता है, अगर कभी।

मुझे परवाह नहीं है कि कोई भी ज्ञात-यह-सब या स्टाइल गाइड क्या कहता है - संरेखण के शामिल होने पर डेवलपर के इरादे को संरक्षित करने के लिए इंडेंटेशन के लिए टैब ही एकमात्र तरीका है। इसके बारे में मेरा ब्लॉग पोस्ट देखें।

कोड संरेखण (आपके मामले में var और = पर संरेखित करें) अवधारणा अच्छी है। लेकिन रिफैक्टरिंग में बनाए रखना मुश्किल है। तो मैं बस इसका इस्तेमाल नहीं करता। इसके अलावा ऑटो प्रारूप उपकरण इसका सम्मान नहीं करते हैं जैसे टाइपस्क्रिप्ट में ऑटो प्रारूप कोड

के लिए भी

  public string FirstName { get; set; }        =>  public  string  FirstName { get; set; }    
  public string Surname { get; set; }          =>  public  string  Surname   { get; set; }
  public int Age { get; private set; }         =>  public  int     Age       { get; private set; }
  private Address Address { get;  set; }       =>  private Address Address   { get; set; } 

एक नई संपत्ति जोड़ें और आपको इन सभी पंक्तियों को _reformat_ करना होगा। समीक्षा के लिए एक अच्छा कोड परिवर्तन नहीं है।

आपका कार्यप्रवाह भिन्न हो सकता है और इसके लिए अनुमति दे सकता है। यह पढ़ने में बहुत आसान बनाता है (कला के रूप में कोड) लेकिन मैं इसे टीपी करने वाली टीमों का अनुभव करने में कामयाब नहीं हुआ हूं।

यह सबसे अजीब बात है। टैब और रिक्त स्थान को मिलाने के विचार पर मेरी सहज प्रतिक्रिया कांपना और सोचना है "यह सिर्फ गंदी है!"

पूरी तरह से तर्कहीन मुझे पता है - लेकिन पूरी तरह से ईमानदार। अजीब हैं इंसान...

@johnnyreilly आप एक आम गलतफहमी के शिकार हैं। इंडेंटेशन के लिए टैब और संरेखण के लिए रिक्त स्थान का उपयोग करना रिक्त स्थान के साथ _mixing_ टैब के समान नहीं है। आपने स्पष्ट रूप से ब्लॉग पोस्ट नहीं पढ़ा।

संरेखण के लिए टैब का उपयोग करना यही कारण है कि इतने सारे टैब से बिल्कुल बंद कर दिए गए हैं, क्योंकि लोग इसे गलत कर रहे थे। अगर वे पहली बार में इसे ठीक से कर रहे थे, तो किसी ने ध्यान नहीं दिया होगा जब उन्होंने अपने संपादक की प्राथमिकता को एक अलग आकार में टैब चौड़ाई प्रदर्शित करने के लिए बदल दिया। यह वही है जो एनिमेटेड gif, ऊपर, प्रदर्शित करने की कोशिश कर रहा है कि लोग इसे कैसे गलत कर रहे हैं।

@बसरत , मैं

बेशक, इस आधुनिक युग में इंडेंटेशन के लिए रिक्त स्थान का उपयोग न करने के कई अन्य कारण हैं। संपादक टैब के साथ अच्छा व्यवहार करते हैं, लेकिन उनके पास रिक्त स्थान नहीं होते हैं। तीर-कुंजी नेविगेशन, हटाएं, बैकस्पेस - वे केवल एक इकाई की तरह रिक्त स्थान के एक इंडेंट का इलाज नहीं करते हैं। मैंने Visual Studio, Sublime, PHPStorm और Notepad++ का उपयोग किया है, लेकिन इन सभी में इंडेंटेशन के लिए रिक्त स्थान के साथ यह मूलभूत समस्या है।

तीर-कुंजी नेविगेशन, हटाएं, बैकस्पेस - वे केवल एक इकाई की तरह रिक्त स्थान के एक इंडेंट का इलाज नहीं करते हैं।

नेविगेशन: मैं ctrl + तीर कुंजियों का उपयोग करता हूं। वे रिक्त स्थान (वास्तव में सभी सफेद जगह) + शब्द आशा करते हैं।

डिलीट / बैकस्पेस के लिए: वर्ड सेलेक्शन के लिए मैं एक्सपैंड वर्ड (रिशेर्पर डिफॉल्ट्स से ctrl + w) और अनएक्सपैंड सिलेक्शन (ctrl + Shift + w) का उपयोग करता हूं। मुझे शायद ही कभी _inside_ व्हाइटस्पेस का चयन करने की आवश्यकता होती है, बस टैब (इंडेंट बढ़ाएं) और शिफ्ट टैब (इंडेंट घटाएं) का उपयोग करें।

@jedmao वास्तव में मैं आपकी बात समझ गया - मैं सिर्फ अपनी सहज (और तर्कहीन) प्रतिक्रिया साझा कर रहा था। मैंने यह नहीं कहा कि यह समझ में आता है: मुस्कान:

@johnnyreilly गोचा ।

@basarat मैं आपके कुछ व्हाइटस्पेस परिदृश्यों में Home और End कुंजियों का उपयोग करता हूं। मैंने Ctrl + arrow key नेविगेशन का उपयोग करने की कोशिश की है लेकिन यह हमेशा काम नहीं करता है। यही कारण है कि मैं शायद ही कभी मानसिक स्थिरता के लिए इसका इस्तेमाल करता हूं। निम्नलिखित उदाहरण पर विचार करें:

for (var i = 0; i < 10; i++) {
    if (i > 5) {
        console.log('I am greater than 5');
    }
}

मान लें कि मेरा कर्सर लाइन 3 की शुरुआत में है और मैं लाइन 2 की शुरुआत तक नेविगेट करना चाहता हूं।

Sublime में आपकी तकनीक का उपयोग करते हुए, मैं इसे 2 तरीकों में से एक कर सकता था:

• Up , Hold Ctrl , Left , Release Ctrl (4 तार्किक कदम)
• Hold Ctrl , Left , Release Ctrl , Up , Hold Ctrl , Right , Left , Release Ctrl (8 तार्किक कदम)

विजुअल स्टूडियो में, दूसरे परिदृश्य को 7 तार्किक चरणों में घटाया जा सकता है।

• Hold Ctrl , Left , Release Ctrl , Up , Hold Ctrl , Right , Release Ctrl (7 तार्किक कदम)

वास्तविक टैब वर्णों के साथ, सबसे छोटा पथ केवल 2 तार्किक चरण है जिसमें कोई संशोधक कुंजी नहीं है। सरल नहीं हो सका।

• Left , Up

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

वास्तविक टैब वर्णों के साथ, यह हमेशा 2 तार्किक चरण होते हैं जिनमें कोई संशोधक कुंजी नहीं होती है। आसान नहीं हो सकता

:+1: मुझे आपका फायदा दिखाई दे रहा है। हालांकि जैसे ही मैं इस टिप्पणी को संपादित करता हूं, ctrl आदि मेरे वीएस के समान काम करता है, इसलिए मेरी आदतें आगे बढ़ती हैं;)

मैं यह देखने में विफल रहता हूं कि कैसे शब्द चयन किसी स्पेस्ड इंडेंट को हटाने या बैकस्पेस करने में सहायता करेगा

मेरा बुरा, मेरा विवरण भ्रमित करने वाला था। "शब्द" चयन बिट पर ध्यान न दें। बस I rarely need to select inside whitespace though, just use tab (increase indent) and shift tab (decrease indent). पर ध्यान केंद्रित करें यह स्पेस इंडेंट के साथ ठीक काम करता है।

वास्तविक टैब वर्णों के साथ, यह हमेशा 2 तार्किक चरण होते हैं जिनमें कोई संशोधक कुंजी नहीं होती है।

व्हाट अबाउट :

public  string  FirstName { get; set; }    
public  string  Surname   { get; set; }
public  int     Age       { get; private set; }
private Address Address   { get; set; } 

की शुरुआत से नहीं जा रहा हैं Age के प्रकार को बदलने के लिए Surname यानी string पिछले लाइन पर के रूप में ही Ctrl परिदृश्य?

@बसरत मैं Tab और Shift+Tab करता हूं; हालांकि, आमतौर पर कोड की कई पंक्तियों के लिए। मुझे लगता है कि आप कह सकते हैं कि Shift+Tab एक टैब पर backspace कीप्रेस के लिए एक अच्छा उपनाम है, लेकिन यह स्पष्ट रूप से backspace जितना सरल या सहज नहीं है।

Ctrl+Delete Delete कुंजी का निकटतम उपनाम होगा, लेकिन इसमें एक से अधिक इंडेंट को हटाने की क्षमता है; जबकि, एक टैब पर एक साधारण Delete कुंजी केवल एक इंडेंट को हटाती है। कभी-कभी काम करना और दूसरों को नहीं, इसलिए मैं इसका बिल्कुल भी उपयोग नहीं करता (मानसिक स्थिरता)।

मैं, आप की तरह, शायद ही कभी, अगर कभी, व्हाइटस्पेस के अंदर चयन करने की आवश्यकता होती है। मैंने कभी सुझाव नहीं दिया कि मैं करूंगा। मैं व्हाइटस्पेस का चयन नहीं कर रहा हूं, लेकिन कहीं जाने के लिए इसके माध्यम से नेविगेट कर रहा हूं। ऊपर आपका संरेखण उदाहरण निश्चित रूप से है जब मैं Ctrl + arrow key नेविगेशन का उपयोग करूंगा। यही कारण है कि, जैसा कि मैंने पहले कहा था, मैं शायद ही कभी Ctrl + arrow key नेविगेशन का उपयोग करता हूं क्योंकि आपके द्वारा बताया गया परिदृश्य शायद एकमात्र ऐसा मामला है जिसमें मैं इसका उपयोग करूंगा।

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

इससे भी अधिक निराशा की बात यह है कि लोगों के लिए इसे पहचानना इतना कठिन है। इंडेंटेशन के लिए रिक्त स्थान शुद्ध बुराई हैं ... सींगों के साथ।

अंतिम निष्कर्ष? मैं सिर्फ योगदान देना चाहता हूं, आप किस चीज का उपयोग कर रहे हैं?

अंतिम निष्कर्ष? मैं सिर्फ योगदान देना चाहता हूं, आप किस चीज का उपयोग कर रहे हैं

प्रति फ़ाइल संगत। इन्हें किसी फ़ाइल में न मिलाएं

@बसरत कॉमिक गलत है। हम सभी जानते हैं कि Apple आदमी रिक्त स्थान का उपयोग करेगा और Microsoft व्यक्ति टैब का उपयोग करेगा।

@jedmao मैं एक एमएस लड़का हूं और मैं रिक्त स्थान का उपयोग करता हूं :)

मुझे लगता है कि #4211 अच्छा प्रस्ताव है।

मैं 2 रिक्त स्थान का उपयोग करने का प्रस्ताव दूंगा जैसा कि

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

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

मेरी व्यक्तिगत प्राथमिकता रिक्त स्थान (4) और _double_ उद्धरण है, लेकिन मैं सिंगल कोट्स का उपयोग करने के साथ ठीक हूं यदि इसका मतलब है कि सब कुछ सुसंगत है।

क्या प्रो-टैब और प्रो-टैब-स्पेस उपयोगकर्ता एक समान समझौता स्वीकार कर सकते हैं?

मेरी व्यक्तिगत प्राथमिकता रिक्त स्थान (4) और दोहरे उद्धरण हैं, लेकिन मैं सिंगल कोट्स का उपयोग करने के साथ ठीक हूं यदि इसका मतलब है कि सब कुछ सुसंगत है।

@glen-84 विशुद्ध रूप से आपके मनोरंजन के लिए ... यहाँ क्यों संकलक टीम ने दोहरे उद्धरण चिह्नों का उपयोग किया: https://github.com/Microsoft/TypeScript/issues/5811#issuecomment -160187924

• JSON
• संज्ञानात्मक भार से कम सभी भाषाओं में काम करता है

मैं व्यक्तिगत रूप से सिंगल कोट्स के साथ जाता हूं क्योंकि मैं खुद को अधिक से अधिक टाइपस्क्रिप्ट विशेष रूप से कर रहा हूं: गुलाब:

मुझे लगता है कि यह थोड़ा अधिक सुपाठ्य भी है, और यह 57% बनाम 43% (कोई बड़ा अंतर नहीं) था, लेकिन मुझे लगता है कि आपको कहीं न कहीं रेखा खींचनी होगी। =)

मुझे इंडेंटेशन और संरेखण के लिए रिक्त स्थान के लिए टैब पर @jedmao का बिंदु पसंद है।

पूर्ण प्रकटीकरण: मैं गो-लैंड से आ रहा हूं जहां हमारे पास go fmt और टैब या रिक्त स्थान के बारे में कभी भी कोई चर्चा नहीं हुई है .. यह संरेखण के लिए इंडेंटेशन और रिक्त स्थान के लिए टैब है और यह बहुत अच्छी तरह से काम करता है: +1:

बेशक रिक्त स्थान। क्योंकि कोई भी नहीं जानता कि अलग-अलग संपादकों में टैब कैसे प्रस्तुत किए जाते हैं यदि उनका उपयोग कहीं और किया जाता है।

@hinell अगर अलग-अलग संपादकों में टैब अलग-अलग तरीके से प्रस्तुत किए जाते हैं तो इससे कोई फर्क क्यों पड़ता है? यह तब तक नहीं होना चाहिए, जब तक टैब "केवल" इंडेंटेशन के लिए उपयोग किए जाते हैं।

मुझे टैब पसंद हैं, खासकर इस वजह से: http://nickgravgaard.com/elastic-tabstops/

पता चला, टैब का उपयोग करने का एक और भी बड़ा कारण है: डेवलपर एक्सेसिबिलिटी ।

• https://github.com/prettier/prettier/issues/7475
• https://www.reddit.com/r/javascript/comments/c8drjo/nobody_talks_about_the_real_reason_to_use_tabs/