डेवलपर टूल · पाठ तुलना
केस को मोड़ना दिखने में जितना कठिन लगता है उससे कहीं अधिक कठिन है: यूनिकोड में 'इग्नोर केस' का क्या मतलब है
· पेजभूमि
पाठ-अंतर यूनिकोड केस-संवेदनशीलता
समझाता है कि मामले को अनदेखा करना ASCII के लिए तुच्छ क्यों है और यूनिकोड के लिए सूक्ष्म है, उदाहरण के रूप में डॉटलेस आई, शार्प एस और फाइनल सिग्मा के साथ, और किसी भी केस-असंवेदनशील तुलना के लिए इसका क्या मतलब है।
इस्तांबुल की दो वर्तनी क्यों मेल नहीं खा सकती हैं - तुर्की बिंदीदार पूंजी I से जुड़े वास्तविक दुनिया के बेमेल के साथ खुलता है जो अंग्रेजी बोलने वाले डेवलपर्स को आश्चर्यचकित करता है
केस-असंवेदनशील तुलना तब तक सार्वभौमिक लगती है जब तक कि पहचानकर्ता, स्क्रिप्ट और भाषा नियम असहमत न हों। ToolAcre का वास्तविक नियम ठोस है: जब इग्नोर केस का चयन किया जाता है, तो प्रत्येक पंक्ति कुंजी को किसी भी व्हाइटस्पेस परिवर्तन के बाद JavaScript `toLowerCase()` प्राप्त होता है। सख्त समानता तब परिणामी तारों की तुलना करती है।
वह तंत्र शीर्षकों या साधारण लेबलों के लिए उपयोगी है, लेकिन इसका नाम स्थानीय-जागरूक भाषाई समानता में विस्तारित नहीं किया जाना चाहिए। UI कोई लोकेल एकत्र नहीं करता है और फ़ंक्शन कोई भी आपूर्ति नहीं करता है। जब भी मामला पहचान या भाषा का अर्थ रखता हो तो पाठकों को परिणामों का निरीक्षण करना चाहिए।
ASCII केस: एक एकल बिट - सरल अपरकेस और लोअरकेस संबंध की व्याख्या करता है जिसने शुरुआती टूल के इग्नोर-केस फ़्लैग को आसान बना दिया है
कार्यपुस्तिका ASCII मामले को एकल-बिट संबंध के रूप में वर्णित करती है, लेकिन स्रोत बिट अंकगणित या ASCII-केवल शाखा को लागू नहीं करता है। यह पूरी लाइन पर प्लेटफ़ॉर्म स्ट्रिंग विधि को लागू करता है। ऐतिहासिक एन्कोडिंग स्पष्टीकरण के लिए इस भंडार से परे स्रोतों की आवश्यकता होती है।
बुनियादी लैटिन पाठ के लिए, `Hello` और `hello` विकल्प के तहत बराबर हो जाते हैं, जैसा कि परीक्षण सूट साबित करता है। वह परीक्षण एक व्यवहार स्थापित करता है, प्रत्येक यूनिकोड मैपिंग नहीं। सभी लिपियों के बारे में एक अंग्रेजी उदाहरण को एक वादे में बदलने से बचें।
कार्यान्वयन JavaScript को लोअरकेस पर कॉल करता है; यह ASCII-विशिष्ट बिट ऑपरेशन को उजागर नहीं करता है
यूनिकोड केस फोल्डिंग अपने स्वयं के डेटा और स्थिति नियमों के साथ एक तुलना अवधारणा है। ToolAcre किसी नामित फोल्डिंग लाइब्रेरी को कॉल नहीं करता, स्ट्रिंग्स को सामान्य नहीं करता या यूनिकोड संस्करण का दस्तावेजीकरण नहीं करता। इस कार्यान्वयन को "पूर्ण केस फोल्डिंग" कहने से ऐसी मशीनरी का दावा होगा जो अनुपस्थित है।
बचाव योग्य विवरण वर्तमान JavaScript इंजन का उपयोग करके लोअरकेस-कुंजी तुलना है। मूल पंक्तियाँ प्रदर्शन के लिए अपरिवर्तित रहती हैं। यदि निचली तारें लंबाई या कोड बिंदुओं में भिन्न होती हैं, तो रेखा जबरन मिलान के बजाय हटाने और जोड़ने वाली बनी रहती है।
ToolAcre लोअरकेस मैपिंग करता है, दस्तावेजित यूनिकोड केस-फोल्ड ऑपरेशन नहीं
रूपरेखा में तुर्की I, जर्मन शार्प एस और ग्रीक सिग्मा के नाम हैं। वे बाहरी रूप से प्राप्त यूनिकोड लेख के लिए वैध विषय हैं, लेकिन इस भंडार में उनके परिणामों की गारंटी देने वाली कोई तालिका या परीक्षण नहीं है। यह आलेख जानबूझकर सटीक मैपिंग घोषित करने से बचता है।
लक्ष्य परिवेश में वास्तविक मूल्यों का परीक्षण करें और पहचान नियम बनाने से पहले आधिकारिक यूनिकोड और स्थानीय दस्तावेज़ से परामर्श लें। दृश्य समीक्षा के लिए एक सुविधा चेकबॉक्स उपयोगकर्ता-नाम तुलनित्र, सुरक्षा सीमा या बहुभाषी संयोजन इंजन नहीं बनना चाहिए।
नामित भाषा अपवादों के लिए बाहरी यूनिकोड स्रोतों की आवश्यकता होती है और यहां इसकी गारंटी नहीं है
`Release Notes` की तुलना `release notes` से करें। सख्त मोड एक प्रतिस्थापन की रिपोर्ट करता है; इग्नोर केस रिपोर्ट लाइन समान है और मूल बाएँ पाठ को प्रदर्शित करती है। विराम चिह्न या उच्चारण परिवर्तन जोड़ें और ध्यान रखें कि केवल छोटा अक्षर लिखने से हर अंतर नहीं मिटता।
यह नियंत्रित उदाहरण स्क्रिप्ट-विशिष्ट व्यवहार को व्यवस्थित करने का दिखावा किए बिना विकल्प प्रदर्शित करता है। शब्दावली की समीक्षा करते समय, पहले स्ट्रिक्ट मोड चलाएँ और केवल-केस पंक्तियाँ रिकॉर्ड करें। वर्तनी या विराम चिह्न परिवर्तनों से बड़े अक्षरों के शोर को अलग करने के लिए बाद में विकल्प को टॉगल करें।
व्यावहारिक उदाहरण: प्रत्येक लिपि का सामान्यीकरण किए बिना सामान्य लैटिन वेरिएंट का परीक्षण करें
UI में कोई स्थानीय चयनकर्ता दिखाई नहीं देता है, और `toLowerCase` को कोई भाषा पैरामीटर नहीं मिलता है। परिणामस्वरूप दस्तावेज़ की इच्छित भाषा की परवाह किए बिना समान परिवर्तन कोड चलता है। रूट को यह नहीं पता कि कोई लाइन तुर्की, जर्मन, ग्रीक या प्रोग्रामिंग पहचानकर्ता है या नहीं।
वह अनुपस्थिति व्यावहारिक चेतावनी है. स्थानीय-जागरूक खोज, सॉर्टिंग या पहचान के लिए, उन आवश्यकताओं के अनुरूप डिज़ाइन किए गए API का उपयोग करें और उचित डेटा के साथ इसके व्यवहार को पिन करें। टेक्स्ट अंतर दो स्ट्रिंग्स पर एक समीक्षक का लेंस है, वैश्विक नामकरण नीति नहीं।
इस तुलना विकल्प द्वारा कोई स्थानीय पैरामीटर प्रदान नहीं किया गया है
यह आलेख गैर-लैटिन तुल्यता, सामान्यीकरण, मिलान या भ्रमित करने योग्य वर्णों के विरुद्ध सुरक्षा का वादा नहीं करता है। लोअरकेसिंग इसका उत्तर नहीं दे सकता कि क्या दो नाम एक ही व्यक्ति, उत्पाद या फ़ाइल सिस्टम ऑब्जेक्ट को संदर्भित करते हैं। वे सिस्टम पूरी तरह से भिन्न केस नियम लागू कर सकते हैं।
इग्नोर व्हाइटस्पेस को केस के साथ जोड़ा जा सकता है, लेकिन ऐसा करने से जो गायब हो जाता है उसका दायरा बढ़ जाता है। कारण की पहचान करने के लिए एक समय में एक विकल्प टॉगल करें। दोनों के अंतर्गत समान परिणाम केवल यही कहता है कि रूपांतरित पंक्ति कुंजियाँ मेल खाती हैं; यह बाइट समानता या शब्दार्थ के बारे में कुछ नहीं कहता है।
टेकअवे: सुविधा के लिए मामले को अनदेखा करें, शुद्धता के लिए नहीं - संक्षेप में बताता है कि ToolAcre के टेक्स्ट तुलना में विकल्प कब उपयुक्त है और परिणामों का निरीक्षण कब करना है
जब बड़े अक्षरों को प्रस्तुति शोर के रूप में जाना जाता है तो सुविधा के लिए इग्नोर केस का उपयोग करें। कोड, पथ, उत्पाद नाम और किसी भी डोमेन के लिए सख्त मोड रखें जहां मामला मानों को अलग कर सकता है। कमज़ोर परिणाम को एकमात्र रिकॉर्ड बनाने के बजाय दोनों आउटपुट की समीक्षा करें।
ToolAcre का कार्यान्वयन सटीक रूप से बताने के लिए पर्याप्त पारदर्शी है: वैकल्पिक व्हाइटस्पेस हैंडलिंग, फिर JavaScript लोअरकेस मैपिंग, फिर सख्त लाइन-कुंजी समानता। वह मामूली दावा उस व्यापक यूनिकोड वादे से अधिक उपयोगी है जिसका स्रोत समर्थन नहीं कर सकता।