स्लैश और बैकस्लैश: रास्ते में मील के पत्थर

थोड़ा इतिहास

स्लैश

एक स्लैश की उपस्थिति रोमन साम्राज्य के समय की है। आधुनिकता के शुरुआती चरणों में, फ्रैक्चर [ 1 ] में, जो पूरे मध्य युग में पूरे यूरोप में फैला हुआ था, अल्पविराम के बजाय एक स्लैश (/) का उपयोग किया गया था, जबकि डैश के बजाय एक डबल स्लैश (//) का उपयोग किया गया था। डबल स्लैश अंततः समान चिन्ह (=) के समान एक प्रतीक में बदल गया, और बाद में इसे डैश या हाइफ़न [ 2 ] में और सरल बना दिया गया।

बैकस्लैश

ALGOL कार्यक्रमों में विशेष रूप से पाए गए वर्णों के उपयोग की आवृत्ति का अध्ययन करने के परिणामस्वरूप बॉब बेमेर ने ASCII वर्ण सेट में 18 सितंबर, 1961 को बैकस्लैश (\) की शुरुआत की। इसी समय, बैकस्लैश के साथ स्क्वायर ब्रैकेट मानक में शामिल किए गए थे।
विशेष रूप से, \ _ को पेश किया गया था ताकि बूलियन ऑपरेटर ALGOL AND OR को ASCII वर्णों को क्रमशः "/ \" और "\ /" के रूप में दर्शाया जा सके, [ 3 , 4 ]।
यह कैसे पता चला कि ऐतिहासिक रूप से रूढ़िवादी स्लैश को अपनी दर्पण छवि से बदल दिया गया है, विशेष रूप से पहले से ही मृत भाषा के लिए एक सहायक प्रतीक के रूप में पेश किया गया है।

इस पर रूसी भाषा विकिपीडिया यह कहता है:
माइक्रोसॉफ्ट के डॉस और विंडोज ऑपरेटिंग सिस्टम और अन्य डेवलपर्स के उनके समकक्षों में, रिवर्स तिरछी का उपयोग फ़ाइल पथ को निर्दिष्ट करके निर्देशिका (निर्देशिका) को अलग करने के लिए किया जाता है। यूनिक्स में इसके लिए उपयोग की जाने वाली प्रत्यक्ष तिरछा का उपयोग MS-DOS में नहीं किया जा सकता है, क्योंकि यह पहले से ही कमांड लाइन कीज़ (CP / M से विरासत में मिली, जहाँ MS-DOS कमांड "dir / w" को "dir" के रूप में लिखा गया था / w ") [ ५ ]

चूंकि इस स्पष्टीकरण ने मुझे बहुत अच्छी तरह से संतुष्ट नहीं किया, इसलिए मुझे लेख " डॉस पथ चरित्र" \ "क्यों है? "[ 6 ], जिसने मेरी जिज्ञासा को पूरी तरह से संतुष्ट कर दिया। मेरे प्रदर्शन में चयनित भागों का मुफ्त अनुवाद:
यह तथ्य कि "/" प्रतीक एक और अपेक्षाकृत लोकप्रिय ओएस के पथ विभाजक के साथ संघर्ष करता था, सीधे डेवलपर्स से संबंधित नहीं था - आखिरकार, डॉस ने निर्देशिका का समर्थन नहीं किया, बस उसी मूल निर्देशिका में फाइलें।
MS-DOS 2.0 के लिए (जो निर्देशिका समर्थन की शुरुआत की), DOS डिजाइनरों ने हाइब्रिड संस्करण को चुना - उनके पास पहले से ही ड्राइव नाम DOS 1.0 से विरासत में मिला था, इसलिए डेवलपर्स को उनका उपयोग करना था। और ड्राइव नामों के अलावा, उन्होंने निर्देशिका पदानुक्रम निर्धारित करने की * nix- शैली पद्धति का उपयोग करने का निर्णय लिया - फ़ाइल नाम में निर्देशिका का उपयोग करने के बजाय (जैसा कि वीएमएस और डीईसी -20 में किया गया था), उन्होंने बस निर्देशिका और फ़ाइल नाम को पथ के अभिन्न अंग बना दिया। लेकिन उसके साथ एक समस्या थी। * निक्स पथ विभाजक (/) का उपयोग करना संभव नहीं था, क्योंकि स्लैश पहले से ही एक महत्वपूर्ण विभाजक के रूप में उपयोग किया गया था।
उन्होंने क्या किया? वे निश्चित रूप से "का उपयोग कर सकते हैं।" डीईसी के रूप में, लेकिन डॉट पहले ही फ़ाइल नाम और एक्सटेंशन के बीच एक विभाजक के रूप में उपयोग किया गया था। इसलिए, उन्होंने शेष लोगों से सबसे अच्छा विकल्प चुना - "\" प्रतीक, जो नेत्रहीन "/" "के समान था। इसलिए, डॉस में अलग-अलग रास्तों के लिए" \ "प्रतीक को चुना गया था।
वैसे, MS-DOS के बारे में थोड़ा रहस्य है। डॉस डेवलपर्स इस स्थिति से खुश नहीं थे - उन्होंने मेल और अन्य चीजों के लिए ज़ेनिक्स [ 7 ] का इस्तेमाल किया, इसलिए वे * निक्स कमांड्स की संरचना से परिचित थे। इसलिए, उन्होंने पथ विभाजक के रूप में "/" और "\" दोनों को स्वीकार करने की क्षमता को जोड़ा (यह आज काम करता है, वैसे - XP के तहत "नोटपैड c: /boot.ini" चलाने का प्रयास करें (यदि आपके उपयोगकर्ता के पास व्यवस्थापक अधिकार हैं) । ज्यादा है। उन्होंने कुंजी विभाजक चरित्र को बदलने के लिए एक अनजाने सिस्टम प्रणाली को जोड़ा। और इस ध्वज का समर्थन करने के लिए उपयोगिताओं को अपडेट किया। उन्होंने एक config पैरामीटर, SWITCHAR, config.sys भी जोड़ा, जो उपयोगकर्ता को "-" के लिए महत्वपूर्ण विभाजक सेट करने की अनुमति देता है। इस प्रकार, एमएस-डॉस को "-विसिच" और एक विभाजक "/" के साथ पथ का उपयोग करके * निक्स-शैली ओएस में बदलना संभव था।

वास्तव में यह सब किस लिए है?

निम्नलिखित स्थिति ने मुझे इस विषय को समझने के लिए प्रेरित किया।
कार्य निर्धारित किया गया था - स्वचालित परीक्षणों के लिए एक रिपोर्टिंग प्रणाली स्थापित करने के लिए। हमारे द्वारा उपयोग किए जाने वाले परीक्षण दो प्रकार के होते हैं - सेलेनियम (कार्यात्मक) और जेमीटर (लोड)। वास्तव में, कुछ भी जटिल नहीं था - इन उद्देश्यों के लिए लॉगिंग सेलेनियम [ 8 ] और मावेन के लिए एक प्लगइन नामक एक ओपन-सोर्स प्रोजेक्ट है - क्रोनोस [ 9 ]। सब कुछ कॉन्फ़िगर करने और स्थानीय स्तर पर रिपोर्ट का परीक्षण करने के बाद, मैंने हमारे CI - टीमसिटी के साथ एकीकरण के बारे में सेट किया। यह यहां था कि इस लेख को लिखने का कारण बहुत ही अप्रत्याशितता मेरे लिए इंतजार कर रही थी।
सभी परीक्षणों को पूरा करने के बाद, सेलेनियम परीक्षणों पर रिपोर्ट इस प्रकार थी:



सब कुछ पूरी तरह से प्रदर्शित किया गया था, और स्थानीय संस्करण से कोई मतभेद नहीं थे।
लेकिन यहां जो रिपोर्ट जमैटर परीक्षणों के लिए प्रदर्शित की गई थी, वह प्रेरित नहीं करती थी:


पृष्ठ की सभी छवियां पूरी तरह से गायब थीं।
पृष्ठ के स्रोत कोड को देखने के बाद, यह स्पष्ट हो गया कि बैकस्लैश को दोष देना था। इस प्रारूप में छवियों के लिंक इंगित किए गए थे:

<img src="images\gc-performancetest.png"> 

निष्पक्षता में, यह ध्यान देने योग्य है कि छवियां फ़ायरफ़ॉक्स में अनुपस्थित थीं, लेकिन IE में ठीक प्रदर्शित हुईं। हालांकि अगर IE ने यूआरआई में संसाधन प्रदर्शित नहीं किए, जिसमें विंडोज के लिए पथ विभाजक के रूप में एक बैकस्लैश है, तो, पहले से ही दागी, भारतीय प्रोग्रामरों की प्रतिष्ठा में, एक और उल्लंघन होगा।

सामान्य तौर पर, कुछ विचार-विमर्श के बाद, यह स्पष्ट हो गया कि कहीं न कहीं क्रोनोस के अंदर, File.separator का उपयोग किया जाता है, जो संसाधन पथों में बैकस्लैश की उपस्थिति और रिपोर्ट में चार्ट प्रदर्शित करने में समस्याओं के लिए जिम्मेदार है। प्लगइन स्रोतों को डाउनलोड करना और संबंधित लाइन को ठीक करना जिसमें URL का गठन किया गया था, इस समस्या को हल किया और JMeter परीक्षणों के परिणामों के आधार पर उत्पन्न होने वाले सुंदर रेखांकन का आनंद लेना संभव बनाया।




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

पुनश्च: सी के निर्माण के इतिहास को स्पष्ट करने के लिए अलेक्जेंडर यास्तेर्रेबोव को धन्यवाद।