रिक्त स्थान वी.एस. टैब्स 4. सभी की मृत्यु

जब मैंने टैब के बारे में बहुत पहले विषय पर ध्यान दिया, तो मुझे लगा कि शाम को पढ़ने और जवाब देने के लायक होगा। लेकिन किसी ने पहले ही जवाब लिख दिया। हालांकि यह इस बात से सहमत नहीं था कि मैं क्या लिखना चाहता था, मैंने इसे स्कोर किया।
लेकिन आज मैं तीसरा विषय पढ़ता हूं और मैं इसे समझ नहीं पा रहा हूं।

कोड में टैब की आवश्यकता क्यों है?

स्पेस क्यों? लाइन फीड क्यों? आपको पाठ की आवश्यकता क्यों है? हां, हां, मैं खुद उन्हें घर और काम दोनों जगह इस्तेमाल करता हूं, लेकिन मैं उनके बिना नहीं रह सकता, लेकिन मुझे उन्हें मना करने की जरूरत है। आम तौर पर।

क्या हम चर्चा नहीं कर रहे हैं कि अगले MVC, mVC, MVc और इस तीन-अक्षर वास्तुकला के अन्य रूपों की व्यवस्था कैसे करें। कभी-कभी स्मार्टमॉडल भी प्राप्त किया जाता है। कभी-कभी हम GoF पढ़ने की भी कोशिश करते हैं। क्या हम html से css में डिज़ाइन को हटाने की वकालत नहीं करते हैं? तो क्या हम पाठ के एक टुकड़े में तर्क और प्रस्तुति को मिला रहे हैं और इसे स्रोत कोड कहते हैं?

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

मुझे पाठ का उपयोग करने से रोकने की आवश्यकता क्यों है?

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

किसी ने पहले से ही यह किया है? बेशक।

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

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

यह दृष्टिकोण त्रुटियों की संख्या को कम करेगा, विकास को सरल करेगा और टैब और रिक्त स्थान के प्रेमियों के लिए शांति लाएगा, इसकी हेटर्स के साथ मिस्र शैली के प्रेमियों के दोस्त बनाते हैं। बस हर कोई देखेगा कि वह क्या चाहता है।

पंच कार्ड के बगल में संग्रहालय में पाठ के रूप में कोड के लिए एक जगह।

PS मैं Realaxy के डेवलपर्स से इसी तरह की पोस्ट की प्रतीक्षा कर रहा था, लेकिन मैंने इंतजार नहीं किया, क्योंकि यह नए दृष्टिकोण के फायदे घोषित करने का समय है। हां, मैं वास्तव में एक्शनस्क्रिप्ट 3 और एक हेलमेट में इस ठाठ पीले इमोटिकॉन को पसंद करता हूं, और मुझे मिस्र के ब्रैकेट से नफरत है।

संग्रहालय प्रदर्शन की एक तस्वीर जॉनाथन नाइटिंगेल द्वारा सीसी-बाय-एसए के तहत प्रकाशित की गई थी ।