पाठ को snake_case में बदलना underscore_case मुफ़्त ऑनलाइन सुरक्षित
एक पंक्ति चिपकाइए और उसे तुरंत snake_case में पढ़िए। सब कुछ आपके ही ब्राउज़र में होता है — जो आप लिखते हैं वह कहीं नहीं भेजा जाता — और नियम अंग्रेज़ी के नहीं, इस पृष्ठ की भाषा के हैं।
इसे दूसरी तरह लिखिए
कुछ भी अपलोड नहीं
वही पंक्ति, सातों लेखनों में
| लेखन | वही पंक्ति, उसी तरह लिखी |
|---|---|
| बड़े अक्षर | CRÈME BRÛLÉE 2 के लिए — STRASSE 17, FOOBAR |
| छोटे अक्षर | crème brûlée 2 के लिए — straße 17, foobar |
| Title Case | Crème Brûlée 2 के लिए — Straße 17, Foobar |
| snake_case | crème_brûlée_2_क_ल_ए_straße_17_foo_bar |
| kebab-case | crème-brûlée-2-क-ल-ए-straße-17-foo-bar |
| camelCase | crèmeBrûlée2कलएStraße17FooBar |
| एक URL पता | creme-brulee-2-क-ल-ए-strasse-17-foobar |
ये रूप कहाँ से आए
बड़े और छोटे अक्षर कभी दो भिन्न वर्णमालाएँ थे। बड़े अक्षर रोमन हैं, छेनी से पत्थर में उकेरे हुए; छोटे अक्षर कैरोलिंजियन लघुलिपि से उतरे हैं, जिन्हें चर्मपत्र पर तेज़ दौड़ती लेखनी ने गढ़ा। मुद्रक दोनों को अलग-अलग खानों में रखते थे — ऊपर का खाना और नीचे का — और खानों के मिट जाने के बहुत बाद तक नाम बने रहे। प्रोग्रामिंग के रूप कहीं नवीन हैं और एक ही समस्या सुलझाने के लिए गढ़े गए: किसी नाम में रिक्त स्थान नहीं आ सकता। snake_case आरंभिक C से निकला, camelCase स्मॉलटॉक से, kebab-case लिस्प से, और पते का slug इस आवश्यकता से कि मनुष्य के पढ़ने योग्य शीर्षक को ऐसे पते में रखा जाए जहाँ रिक्त स्थान और स्वर-चिह्न वर्जित हैं।
ये आपको कहाँ मिलते हैं
हर शब्द का पहला अक्षर बड़ा करना शीर्षकों और पुस्तक-आवरणों का काम है; केवल वाक्य का पहला अक्षर बड़ा करना शेष लगभग सब कुछ का, और बढ़ते-बढ़ते अंतरापृष्ठों का भी, क्योंकि वह शीघ्र पढ़ा जाता है। snake_case डेटाबेस के स्तंभों और पायथन के चरों को नाम देता है; camelCase जावास्क्रिप्ट के चरों और जावा की विधियों को; kebab-case सीएसएस की श्रेणियों और वेब परियोजनाओं की फ़ाइलों को। slug वह है जो किसी लेख की सुर्खी को उसके पते का अंतिम भाग बना देता है, और यहाँ के रूपांतरणों में केवल वही है जिसे खोज-इंजन पढ़ते हैं।
अक्सर पूछे जाने वाले प्रश्न
बड़े अक्षरों में बदलने से कभी-कभी अक्षरों की संख्या क्यों बदल जाती है?
क्योंकि अक्षर का छोटा-बड़ा होना भाषा का गुण है, वर्ण का नहीं। जर्मन ß बड़े अक्षरों में SS बन जाता है, सो एक अक्षर दो हो जाता है। तुर्की में बिंदुवाला और बिना बिंदु वाला i दोनों हैं, और i का बड़ा रूप I नहीं बल्कि İ है — यहाँ चूक एक तुर्की शब्द को दूसरा शब्द बना देती है। यहाँ के रूपांतरण पृष्ठ की अपनी भाषा के नियमों पर चलते हैं, इसीलिए वही निवेश तुर्की पृष्ठ पर अंग्रेज़ी पृष्ठ से भिन्न परिणाम दे सकता है।
slug स्वर-चिह्न और विराम-चिह्न क्यों हटा देता है?
क्योंकि किसी पते को यह सब सहना होता है: संदेश में नकल होना, कागज़ पर छपना, और हाथ से फिर टाइप होना। स्वर-चिह्न वाले अक्षर आज के पते में वैध हैं, पर नकल करते समय प्रतिशत में कूटबद्ध हो जाते हैं, और एक पठनीय पता चिह्नों की लड़ी बन जाता है। उन्हें सादे अक्षरों, अंकों और योजक-चिह्नों तक घटा देना पते को पठनीय, साझा करने योग्य और हर जगह एक-सा रखता है।
क्या उत्तर सटीक है?
जहाँ दोनों इकाइयाँ एक-दूसरे से पूर्ण संख्याओं में परिभाषित हैं, वहाँ हाँ — पृष्ठ यह बात संख्या के ऊपर कहता है, और एकमात्र गोलाई इसमें है कि कितने अंक दिखाए जाएँ। जहाँ अनुपात का दशमलव समाप्त नहीं होता, पृष्ठ बारह सार्थक अंक दिखाता है और कहता है कि संबंध सन्निकट है, कुछ और होने का ढोंग नहीं करता।
क्या मेरा लिखा हुआ मेरे उपकरण से बाहर जाता है?
नहीं। गणना आपके ही ब्राउज़र में होती है; कुछ भी अपलोड नहीं होता, और करने के लिए कोई सर्वर है भी नहीं। पृष्ठ एक बार खुल जाने पर नेटवर्क बंद होने पर भी चलता है।
आप टेक्स्ट को snake_case में क्यों बदलते हैं
प्रोग्रामर किसी चर का नाम annual report total नहीं रख सकता, क्योंकि नाम में रिक्त स्थान नहीं हो सकता। डेटाबेस के स्तंभ को Customer First Name नहीं कहा जा सकता। Final Draft (2).docx नाम की फ़ाइल देर-सवेर किसी स्क्रिप्ट को खिजाएगी। रास्ते में कहीं मानव वाक्यांश को एक शब्द बनना पड़ता है, और जिस रूप पर बहुत-से समुदायों ने बसेरा किया वह snake_case है: सारे अक्षर छोटे, शब्द अंडरस्कोर से जुड़े, annual_report_total, customer_first_name, final_draft_2। टेक्स्ट को snake_case में बदलना किसी भी वाक्यांश को, किसी भी हालत में, एक क़दम में उस रूप में बदलना है।
एक पंक्ति चिपकाइए और उसे snake_case में पढ़िए। रूपांतरण आपके ब्राउज़र में होता है, आप जो टाइप करते हैं वह कहीं नहीं भेजा जाता, और नियम इस पृष्ठ की भाषा का अनुसरण करते हैं, अंग्रेज़ी का नहीं। यह पंक्ति को शब्दों में काटता है, उन्हें छोटे अक्षरों में बदलता है और अंडरस्कोर से जोड़ता है। camelCase में पहले से लिखी पंक्ति भी अपने बड़े अक्षरों पर काटी जाती है, इसलिए fooBar बन जाता है foo_bar। नीचे आप देखेंगे कि इसका ठीक-ठीक अर्थ क्या है, क्या छोड़ा जाता है, पृष्ठ विभिन्न भाषाओं के अटपटे अक्षरों के साथ कैसे व्यवहार करता है, snake_case कहाँ परिपाटी है और कहाँ नहीं, और वे जाल जिनमें जल्दी में टेक्स्ट को snake_case में बदलने वाले फँसते हैं।
रूपांतरण क्या करता है
काटो, छोटे अक्षर, जोड़ो
पृष्ठ पहले पंक्ति को शब्दों में काटता है। फिर हर एक को छोटे अक्षरों में बदलता है और अंडरस्कोर से जोड़ता है। पंक्ति Crème brûlée for 2 — straße 17, fooBar लौटती है crème_brûlée_for_2_straße_17_foo_bar के रूप में। उच्चारण-चिह्न रखे जाते हैं, संख्याएँ अपने आप में शब्द के रूप में रहती हैं, डैश और अल्पविराम ग़ायब हैं, और fooBar दो में कटा है, क्योंकि उसके भीतर का बड़ा अक्षर सीमा चिह्नित करता है।
कटाव कहाँ पड़ते हैं
शब्द-सीमा रिक्त स्थान, विराम-चिह्न, डैश, प्रतीक या शब्द के भीतर छोटे अक्षर से बड़े अक्षर में बदलाव है। इसलिए वाक्यांश customerFirstName, वाक्यांश Customer First Name और वाक्यांश customer-first-name सब customer_first_name बन जाते हैं। रूपांतरण की व्यावहारिक ताक़त यही है: वह लगभग किसी भी शुरुआती बिंदु को स्वीकार करता है और हमेशा उसी जगह पहुँचता है।
परिणाम की नक़ल
परिणाम के बग़ल का बटन उसे क्लिपबोर्ड पर कॉपी करता है। उसे उस संपादक, स्कीमा या फ़ाइल डायलॉग में चिपकाइए जहाँ नाम चाहिए।
रूपांतरण क्या नहीं करता
वह विराम-चिह्न नहीं रखता
अल्पविराम, बिंदु और डैश शब्दों के बीच की सीमाएँ हैं, आगे ले जाने वाले वर्ण नहीं। फ़ाइल नाम या डेटाबेस स्तंभ के लिए आप यही चाहते हैं, और गद्य के लिए नहीं। अगर आप वाक्य को पृष्ठ से गुज़ारें, तो वह नाम बनकर लौटता है, वाक्य नहीं, और मूल विराम-चिह्न ग़ायब हो जाते हैं।
वह उच्चारण-चिह्न नहीं हटाता
पंक्ति अपने उच्चारण वाले अक्षर रखती है: crème_brûlée। कई प्रणालियाँ उन्हें स्वीकार करती हैं, पर कुछ नहीं करतीं, और उन्हें रखने वाला नाम पुराने उपकरणों में परेशानी पैदा कर सकता है। अगर आपको सादे अक्षर चाहिए, तो URL slug पृष्ठ उपयोग कीजिए, जो लैटिन अक्षरों से चिह्न हटाता है।
वह जाँचता नहीं कि नाम आपकी भाषा में वैध है
प्रोग्रामिंग भाषाओं के अपने नियम हैं। कुछ अंक से शुरू होने वाले नाम को मना करती हैं, कुछ class या return जैसे शब्द आरक्षित रखती हैं। पृष्ठ टेक्स्ट को सही आकार के नाम में बदलता है, और आपको फिर भी सुनिश्चित करना है कि नाम वहाँ वैध है जहाँ आप उपयोग करते हैं। 2 for 1 offer जैसा वाक्यांश 2_for_1_offer बन जाता है, जिसे अधिकांश भाषाएँ शुरू में ही ठुकरा देती हैं।
भाषा मायने रखती है
बिना रिक्त स्थान के लिखी लिपियाँ
शब्दों में काटने के लिए सीमाएँ चाहिए। चीनी और जापानी बिना रिक्त स्थान के लिखी जाती हैं, इसलिए उन लिपियों की पंक्ति एक ही शब्द के रूप में लौटती है। पृष्ठ अंदाज़े की जगह काटने के बजाय ऐसा कहना पसंद करता है, क्योंकि ग़लत कटाव ऐसा नाम बनाएगा जो विश्वसनीय दिखता है और ग़लत अर्थ रखता है।
तुर्की और बिंदु वाला i
छोटे अक्षरों में बदलना पृष्ठ की भाषा के नियमों का अनुसरण करता है। तुर्की में I का छोटा रूप बिना बिंदु का ı है, और İ का छोटा रूप i। जो कन्वर्टर अंग्रेज़ी नियम लगाता है वह शब्द बदल देता है। यह पृष्ठ उस भाषा का अनुसरण करता है जिसमें वह लिखा है।
जर्मन और तीखा s
जर्मन ß पहले से छोटा अक्षर है और रखा जाता है, जैसे straße_17 में। बड़ा STRASSE strasse लौटता है, क्योंकि बड़ा रूप याद नहीं रखता कि वह ß से आया या दो अक्षरों से।
दाएँ-से-बाएँ और भारतीय लिपियाँ
अरबी, हिब्रू और भारतीय लिपियों में शब्दों के बीच रिक्त स्थान हैं और केस नहीं, इसलिए पृष्ठ उनके शब्दों को अंडरस्कोर से जोड़ता है और अक्षरों को वैसा ही छोड़ता है। कोई उपकरण ऐसे नाम स्वीकार करता है या नहीं, यह दूसरा प्रश्न है।
snake_case कहाँ परिपाटी है
Python और Ruby
Python की शैली-मार्गदर्शिका फ़ंक्शनों, चरों और मॉड्यूलों के लिए snake_case की सिफ़ारिश करती है, और Ruby वही आदत मानता है। अगर आप दोनों में से किसी में कोड लिखते हैं, तो आपके नाम लगभग हमेशा इसी रूप में होते हैं।
डेटाबेस
SQL में तालिका और स्तंभ के नाम आमतौर पर snake_case होते हैं: customer_id, created_at, order_total। यह नामों को उद्धृत करने की ज़रूरत टालता है और डेटाबेस प्रणालियों में सुरक्षित है, जिनमें से कुछ बिना उद्धरण के नामों को एक केस में मोड़ देती हैं और camelCase को अक्षरों की अपठनीय क़तार में बदल देतीं।
डेटा फ़ाइलें और API
कई वेब सेवाएँ अपने JSON में snake_case कुंजियाँ उपयोग करती हैं, और आगे की प्रोसेसिंग के लिए निर्यात की स्प्रेडशीट अक्सर snake_case शीर्षक रखती हैं। अगर आपका डेटा CSV से JSON के रास्ते जा रहा है, तो शीर्ष पंक्ति कुंजियाँ बन जाती है, और सुव्यवस्थित snake_case शीर्षक परिणाम को उपयोग में आसान बनाते हैं।
स्थिरांक और पर्यावरण चर
स्थिरांक और पर्यावरण चर परिपाटी से बड़े अक्षरों और अंडरस्कोर में लिखे जाते हैं: MAX_RETRIES, DATABASE_URL। उन्हें पाने का तरीक़ा पहले टेक्स्ट को snake_case में बदलना और फिर परिणाम को टेक्स्ट को बड़े अक्षरों में बदलिए से ऊपर उठाना है।
फ़ाइल नाम
अंडरस्कोर वाले छोटे अक्षर हर प्रणाली पर सुरक्षित फ़ाइल नाम हैं, और वह पूर्वानुमेय ढंग से छँटता और खोजा जाता है। कई फ़ोटोग्राफ़र, शोधकर्ता और प्रशासक ठीक इसी कारण इसका उपयोग करते हैं।
जहाँ यह परिपाटी नहीं
JavaScript और Java
ये भाषाएँ चरों और फ़ंक्शनों के लिए camelCase और क्लासों के लिए PascalCase पसंद करती हैं। Python स्क्रिप्ट के नाम को JavaScript फ़ाइल में आने से पहले बदलना पड़ सकता है। उसके लिए camelCase देखिए।
CSS और वेब पते
CSS क्लास नाम और वेब पते आमतौर पर अंडरस्कोर नहीं, हाइफ़न उपयोग करते हैं। उसके लिए उपकरण kebab-case है। खोज इंजन हाइफ़न को शब्द विभाजक और अंडरस्कोर को जोड़ने वाला मानते हैं, एक छोटा अंतर जो हाइफ़न वाले पतों की आदत के पीछे है।
गद्य और शीर्षक
snake_case नामों के लिए है, पढ़ने के लिए नहीं। उसमें शीर्षक या वाक्य आँख पर भारी पड़ता है। मानव टेक्स्ट के लिए शब्द और रिक्त स्थान रखिए, और शीर्षक के लिए Title Case पर विचार कीजिए।
यहाँ टेक्स्ट को snake_case में कैसे बदलें
अपना टेक्स्ट चिपकाइए या टाइप कीजिए
पहले क्षेत्र में वाक्यांश दर्ज कीजिए। परिणाम तुरंत दूसरे में दिखता है, इसलिए आप टाइप करते समय उसे बदलते देख सकते हैं।
कटाव जाँचिए
देखिए कि शब्द कहाँ बाँटे गए। iPhone या eBay जैसा शब्द बड़े अक्षर पर काटा जाता है, और HTTPServer जैसे संक्षिप्ताक्षर पर एक नज़र चाहिए कि वह आपके इरादे जैसा निकला।
उसे कॉपी कीजिए
कॉपी बटन दबाइए और परिणाम जहाँ चाहिए वहाँ चिपकाइए। उसी पंक्ति के अन्य रूपों के लिए नीचे देखिए।
पूरी परियोजना में snake_case का उपयोग
पूरे स्टैक के लिए एक परिपाटी
जो परियोजना नामकरण शैलियाँ मिलाती है वह उस परियोजना से अधिक कठिन पढ़ी जाती है जो थोड़ी भद्दी पर एकरूप है। अगर डेटाबेस snake_case उपयोग करता है, तो उससे बात करने वाला कोड भी अक्सर करता है, और उनके बीच जाने वाली फ़ाइलें भी। जब आप नए स्तंभ या नए क्षेत्र के लिए टेक्स्ट को snake_case में बदलते हैं, तो आप वह नाम चुन रहे हैं जिसके साथ हर दूसरी परत को जीना होगा, इसलिए उसे एक बार चुनिए और आगे तक ले जाइए।
परिपाटियों के बीच नाम ले जाना
देर-सवेर एक परिपाटी का नाम दूसरी में दिखना पड़ता है। डेटाबेस स्तंभ customer_first_name JavaScript ऑब्जेक्ट में customerFirstName बनता है और CSS क्लास या URL में customer-first-name। हर एक को हाथ से दोबारा टाइप करने के बजाय, मूल को उस पृष्ठ में चिपकाइए जो आपको चाहिए वाला रूप बनाता है: C और JavaScript परिवार के कोड के लिए camelCase और शैलियों तथा पतों के लिए kebab-case। एक ही नाम के तीन रूप एक-दूसरे के सटीक अनुवाद हैं, और कन्वर्टर उन्हें एकरूप बनाता है।
कॉन्फ़िगरेशन फ़ाइलें
सेटिंग फ़ाइलें अक्सर snake_case कुंजियाँ उपयोग करती हैं, विशेषकर कई उपकरणों के YAML में। जब आप JSON के रूप में रखे डेटा से ऐसी फ़ाइल तैयार करते हैं, तो JSON से YAML कुंजियों को वैसा ही रखता है जैसा आपने लिखा, और YAML से JSON उलटा करता है। शुरू करने से पहले कुंजियों के लिए snake_case तय कीजिए, और प्रारूपों के बीच रूपांतरण उन्हें नहीं बिगाड़ेगा।
थोक में नाम बदलना
अगर आपको विरासत में ऐसी डेटा फ़ाइल मिली है जिसके शीर्षक शैलियों का मिश्रण हैं, तो हर शीर्षक को इस पृष्ठ से बदलिए और एक बार में उन्हें बदल दीजिए। पहले छोटे नमूने से परखिए, क्योंकि जो स्क्रिप्ट फ़ाइल को शीर्षक से पढ़ती है वह टूट जाएगी अगर नाम केवल कुछ जगह बदले। फ़ाइल के बग़ल में पुराने और नए नामों की सूची रखिए ताकि सहकर्मी देख सके क्या बदला।
टिकाऊ नाम लिखना
बताइए कि चीज़ क्या है, कैसे संग्रहीत है यह नहीं
अच्छा नाम सामग्री का वर्णन करता है। order_total बताता है कि संख्या का क्या अर्थ है; col7 नहीं। जब आप टेक्स्ट को snake_case में बदलें, तो सुनिश्चित कीजिए कि आपका शुरुआती वाक्यांश वह सबसे स्पष्ट है जो आप लिख सकते हैं, क्योंकि कन्वर्टर उसकी स्पष्टता या उलझन को निष्ठा से सुरक्षित रखेगा।
ऐसे संक्षेप टालिए जो केवल आप समझते हैं
cust_fn_dt जैसा नाम किसी और के लिए पहेली है, और छह महीने बाद आपके लिए भी। अंडरस्कोर सस्ते हैं, और अतिरिक्त शब्द भी। वाक्य की तरह पढ़ा जाने वाला लंबा नाम अगले व्यक्ति के लिए उस छोटे नाम से बेहतर उपहार है जिसे किंवदंती चाहिए।
एकवचन और बहुवचन को एकरूप रखिए
तय कीजिए कि तालिकाओं के नाम एकवचन customer में हैं या बहुवचन customers में, और उस पर टिके रहिए। परिपाटी उसकी एकरूपता से कम मायने रखती है। snake_case में बदला वाक्यांश वही वचन रखता है जो आपने दिया।
जब मदद करे तो उपसर्ग लगाइए
बड़े स्कीमा में छोटा उपसर्ग संबंधित नामों को समूहित करता है: billing_address, billing_city, billing_country। उपसर्ग के साथ वाक्यांश टाइप करके बदलना एकरूप परिणाम देता है, और वर्णानुक्रम सूची फिर अपने आप समूहित हो जाती है।
प्रतिबद्ध होने से पहले नामों को परखिए
नाम के स्कीमा या API में जाने से पहले उसे उन जगहों पर आज़माइए जहाँ वह दिखेगा: क्वेरी, चर, फ़ाइल सूची। अगर वह तीनों में स्वाभाविक पढ़ता है, तो काम आएगा। अगर अटपटा लगे, तो वाक्यांश छोटा कीजिए या बदलिए और टेक्स्ट को फिर snake_case में बदलिए। शुरुआत में एक मिनट का परीक्षण बाद में सैकड़ों फ़ाइलों में नाम बदलने से बचाता है।
वही पंक्ति सातों लिखावटों में
रूपों की तालिका
कन्वर्टर के नीचे तालिका उदाहरण पंक्ति को साइट के सातों रूपों में दिखाती है: बड़े अक्षर, छोटे अक्षर, Title Case, snake_case, kebab-case, camelCase और URL slug। यह देखने का तेज़ तरीक़ा है कि वही शब्द हर एक में कैसे दिखते हैं।
ये रूप कहाँ से आए
दो वर्णमालाएँ
बड़े और छोटे अक्षर कभी दो अलग वर्णमालाएँ थे। बड़े अक्षर रोमन हैं, छेनी से पत्थर में तराशे; छोटे अक्षर कैरोलिंगियन माइनस्क्यूल से उतरे हैं, चर्मपत्र पर तेज़ी से चलती क़लम से गढ़े। छापने वालों ने दोनों को अलग ट्रे में रखा, ऊपरी केस और निचला केस, और ट्रे के जाने के बहुत बाद नाम टिके रहे।
बिना रिक्त स्थान के नाम
प्रोग्रामिंग के रूप कहीं अधिक नए हैं और एक समस्या सुलझाने के लिए गढ़े गए थे: नाम में रिक्त स्थान नहीं हो सकता। snake_case शुरुआती C से निकला, camelCase Smalltalk से, kebab-case Lisp से, और URL slug मानव शीर्षक को ऐसे पते में रखने की ज़रूरत से जहाँ रिक्त स्थान और उच्चारण-चिह्न अनुमत नहीं। अंडरस्कोर उस समय के कुंजीपटलों पर सुविधाजनक वर्ण था, और वह रेखा पर बैठे रिक्त स्थान जैसा दिखता है।
टेक्स्ट को snake_case में बदलते समय जाल
नाम को अंक से शुरू करना
अधिकांश भाषाएँ और डेटाबेस संख्या से शुरू होने वाले नाम को ठुकरा देते हैं। अगर वाक्यांश एक से शुरू होता है, तो सामने अक्षर या शब्द जोड़िए।
उम्मीद करना कि आरक्षित शब्द सँभाले जाएँगे
class या order जैसा वाक्यांश आपकी भाषा या SQL में आरक्षित शब्द हो सकता है। पृष्ठ नहीं जानता, और आपको जाँचना होगा।
संक्षिप्ताक्षर
camelCase नाम के भीतर का संक्षिप्ताक्षर, जैसे parseHTMLString, नियम के अनुसार parse_h_t_m_l_string या parse_html_string में कट सकता है। जाँचिए कि परिणाम वही है जो आप चाहते हैं।
बहुत लंबे नाम
डेटाबेस और फ़ाइल प्रणालियाँ लंबाई की सीमाएँ लगाती हैं। नाम में बदला लंबा वाक्यांश उनसे टकरा सकता है। बदलने से पहले शब्दों को छोटा कीजिए।
बदलने से पहले लोग जो प्रश्न पूछते हैं
विराम-चिह्नों का क्या होता है?
उन्हें शब्दों के बीच की सीमा माना जाता है और आगे नहीं ले जाया जाता।
क्या संख्याएँ रखी जाती हैं?
हाँ, अपने आप में शब्द के रूप में, अंडरस्कोर से अलग।
क्या यह camelCase इनपुट सँभालता है?
हाँ। शब्द के भीतर बड़ा अक्षर कटाव चिह्नित करता है, इसलिए fooBar बन जाता है foo_bar।
क्या मैं इसे अन्य भाषाओं के लिए उपयोग कर सकता हूँ?
हाँ, पृष्ठ की भाषा के नियमों के साथ। चीनी और जापानी जैसी बिना रिक्त स्थान की लिपियाँ एक ही शब्द के रूप में लौटती हैं।
क्या मेरा टेक्स्ट अपलोड होता है?
नहीं। आप यहाँ जो टाइप करते हैं वह कभी कहीं नहीं भेजा जाता, इसलिए मसौदा, पासवर्ड या ग्राहक का नाम यहाँ उतना ही सुरक्षित है जितना टेक्स्ट एडिटर में।
मुझे इसके बजाय हाइफ़न कैसे मिलेंगे?
टेक्स्ट को kebab-case में बदलिए से।
एक हल किया उदाहरण
मान लीजिए आप पुस्तकालय के लिए छोटा डेटाबेस बना रहे हैं और कर्मचारियों ने अपनी स्प्रेडशीट के स्तंभ शीर्षक भेजे हैं: Book Title, Author's Last Name, Year Published (YYYY), ISBN-13। आप हर एक को बारी-बारी बदलते हैं और book_title, author_s_last_name, year_published_yyyy और isbn_13 पढ़ते हैं। अपोस्ट्रॉफ़ी ने लेखक वाले स्तंभ को बेतरतीब बना दिया, इसलिए आप मूल को Author Last Name तक छोटा करते हैं और फिर बदलते हैं: author_last_name। वर्ष वाला स्तंभ प्रारूप-टिप्पणी के बिना अधिक स्पष्ट है, इसलिए आप year_published रखते हैं। चार सुथरे स्तंभ नाम, एक मिनट में लिखे, और हर एक ऐसा नाम जिसे डेटाबेस स्वीकार करेगा।
एक छोटी जाँच-सूची
बदलने से पहले
वाक्यांश सादे शब्दों में लिखिए, कोष्ठक की टिप्पणियों के बिना। जाँचिए कि लक्ष्य अंडरस्कोर और उच्चारण-चिह्न स्वीकार करता है।
बदलते समय
वाक्यांश चिपकाइए, कटाव देखिए और सुनिश्चित कीजिए कि नाम अक्षर से शुरू होता है।
बदलने के बाद
लंबाई जाँचिए, आरक्षित शब्दों से मिलान कीजिए और मूल वाक्यांश का रिकॉर्ड रखिए, ताकि नाम का पता उसके अर्थ तक लगाया जा सके।
सामान्य ग़लतियाँ
जिस टेक्स्ट को लोग पढ़ेंगे उसके लिए snake_case
वह नामों के लिए है, गद्य के लिए नहीं।
यह भूलना कि लक्ष्य क्या अनुमति देता है
शुरू के अंक, उच्चारण-चिह्न और लंबाई की सीमाएँ प्रणालियों के बीच भिन्न होती हैं।
संक्षिप्ताक्षरों को बिना देखे बदलना
उनके आसपास के कटाव जाँचिए।
आपका टेक्स्ट आपके उपकरण पर रहता है
रूपांतरण स्थानीय रूप से होता है। आपका टेक्स्ट आपके अपने ब्राउज़र द्वारा सँभाला जाता है और कुछ कहीं नहीं भेजा जाता। बाद में हटाने को कुछ नहीं और बनाने को कोई खाता नहीं। टेक्स्ट को snake_case में बदलने का यही सादा तरीक़ा है।
सारांश
यहाँ टेक्स्ट को snake_case में बदलने के लिए एक पंक्ति चिपकाइए और उसे इस रूप में पढ़िए: शब्द कटे हुए, छोटे अक्षरों में और अंडरस्कोर से जुड़े। camelCase में पहले से लिखी पंक्ति भी वहाँ काटी जाती है, इसलिए fooBar बन जाता है foo_bar। पृष्ठ विराम-चिह्न नहीं रखता: अल्पविराम, बिंदु और डैश शब्दों के बीच की सीमाएँ हैं, आगे ले जाने वाले वर्ण नहीं, जो फ़ाइल नाम या डेटाबेस स्तंभ के लिए आप चाहते हैं और गद्य के लिए नहीं। शब्दों में काटने के लिए सीमाएँ चाहिए, इसलिए बिना रिक्त स्थान के लिखी चीनी और जापानी एक ही शब्द के रूप में लौटती हैं। छोटे अक्षरों में बदलना पृष्ठ की भाषा का अनुसरण करता है। कुछ भी अपलोड नहीं होता।