पाठ को camelCase में बदलना पहलाशब्दछोटा मुफ़्त ऑनलाइन सुरक्षित
एक पंक्ति चिपकाइए और उसे तुरंत camelCase में पढ़िए। सब कुछ आपके ही ब्राउज़र में होता है — जो आप लिखते हैं वह कहीं नहीं भेजा जाता — और नियम अंग्रेज़ी के नहीं, इस पृष्ठ की भाषा के हैं।
इसे दूसरी तरह लिखिए
कुछ भी अपलोड नहीं
वही पंक्ति, सातों लेखनों में
| लेखन | वही पंक्ति, उसी तरह लिखी |
|---|---|
| बड़े अक्षर | 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 स्वर-चिह्न और विराम-चिह्न क्यों हटा देता है?
क्योंकि किसी पते को यह सब सहना होता है: संदेश में नकल होना, कागज़ पर छपना, और हाथ से फिर टाइप होना। स्वर-चिह्न वाले अक्षर आज के पते में वैध हैं, पर नकल करते समय प्रतिशत में कूटबद्ध हो जाते हैं, और एक पठनीय पता चिह्नों की लड़ी बन जाता है। उन्हें सादे अक्षरों, अंकों और योजक-चिह्नों तक घटा देना पते को पठनीय, साझा करने योग्य और हर जगह एक-सा रखता है।
क्या उत्तर सटीक है?
जहाँ दोनों इकाइयाँ एक-दूसरे से पूर्ण संख्याओं में परिभाषित हैं, वहाँ हाँ — पृष्ठ यह बात संख्या के ऊपर कहता है, और एकमात्र गोलाई इसमें है कि कितने अंक दिखाए जाएँ। जहाँ अनुपात का दशमलव समाप्त नहीं होता, पृष्ठ बारह सार्थक अंक दिखाता है और कहता है कि संबंध सन्निकट है, कुछ और होने का ढोंग नहीं करता।
क्या मेरा लिखा हुआ मेरे उपकरण से बाहर जाता है?
नहीं। गणना आपके ही ब्राउज़र में होती है; कुछ भी अपलोड नहीं होता, और करने के लिए कोई सर्वर है भी नहीं। पृष्ठ एक बार खुल जाने पर नेटवर्क बंद होने पर भी चलता है।
आप टेक्स्ट को camelCase में क्यों बदलते हैं
लगभग कोई भी JavaScript फ़ाइल, कोई भी Java क्लास, कोई भी Swift या Kotlin स्रोत खोलिए, और नाम एक जैसे दिखते हैं: userName, totalPrice, getCustomerById, isLoggedIn। शब्द बिना रिक्त स्थान और बिना विभाजक के एक साथ जुड़े होते हैं, पहला छोटे अक्षरों में और उसके बाद का हर एक बड़े अक्षर से शुरू, ताकि शब्द के बीच के कूबड़ शैली को उसका नाम दें। यह camelCase है, और यह वह रूप है जिस पर C-परिवार की अधिकांश भाषाओं ने चरों और फ़ंक्शनों के लिए बसेरा किया। टेक्स्ट को camelCase में बदलना मनुष्य द्वारा लिखे वाक्यांश को ऐसे नाम में बदलना है जिसे प्रोग्राम स्वीकार करे और प्रोग्रामर पहचाने।
एक पंक्ति चिपकाइए और उसे camelCase में पढ़िए। रूपांतरण आपके ब्राउज़र में होता है, आप जो टाइप करते हैं वह कहीं नहीं भेजा जाता, और नियम इस पृष्ठ की भाषा का अनुसरण करते हैं, अंग्रेज़ी का नहीं। यह पंक्ति को शब्दों में काटता है, पहले को छोटे अक्षरों में रखता है, उसके बाद के हर एक का पहला अक्षर बड़ा करता है और उन्हें बीच में कुछ रखे बिना जोड़ता है। नीचे आप देखेंगे कि पृष्ठ ठीक-ठीक क्या करता है और क्या नहीं, वह विभिन्न भाषाओं के अटपटे अक्षरों के साथ कैसे व्यवहार करता है, camelCase और उसके बड़े सहोदर के बीच का अंतर, यह रूप कहाँ परिपाटी है और कहाँ नहीं, और वे जाल जिनमें जल्दी में टेक्स्ट को camelCase में बदलने वाले फँसते हैं।
रूपांतरण क्या करता है
काटो, पहला छोटा, बाद वाले बड़े, जोड़ो
पृष्ठ पहले पंक्ति को शब्दों में काटता है। पहला शब्द छोटा रहता है। उसके बाद के हर शब्द की शुरुआत में बड़ा अक्षर आता है, बाक़ी छोटे अक्षरों में। फिर शब्द बीच में कुछ रखे बिना जोड़े जाते हैं। पंक्ति Crème brûlée for 2 — straße 17, fooBar लौटती है crèmeBrûléeFor2Straße17FooBar के रूप में। उच्चारण-चिह्न रखे जाते हैं, संख्याएँ अपने आप में शब्द के रूप में खड़ी हैं, डैश और अल्पविराम ग़ायब हैं, और fooBar, जिसे पृष्ठ अपने बड़े अक्षर पर काटता है, अंत में FooBar के रूप में फिर जोड़ दिया गया है।
कटाव कहाँ पड़ते हैं
शब्द-सीमा रिक्त स्थान, विराम-चिह्न, डैश, प्रतीक या शब्द के भीतर छोटे अक्षर से बड़े अक्षर तक का क़दम है। इसलिए customer first name, customer-first-name, customer_first_name और customerFirstName सब customerFirstName बन जाते हैं। रूपांतरण लगभग किसी भी शुरुआती बिंदु को स्वीकार करता है और हमेशा उसी रूप तक पहुँचता है, जो उसे नाम के कोड में जाने से पहले का भरोसेमंद अंतिम क़दम बनाता है।
परिणाम की नक़ल
परिणाम के बग़ल का बटन उसे क्लिपबोर्ड पर कॉपी करता है। उसे उस संपादक या फ़ाइल में चिपकाइए जहाँ नाम चाहिए।
रूपांतरण क्या नहीं करता
वह विराम-चिह्न नहीं रखता
अल्पविराम, बिंदु और डैश शब्दों के बीच की सीमाएँ हैं, आगे ले जाने वाले वर्ण नहीं। चर-नाम के लिए आप यही चाहते हैं और गद्य के लिए नहीं। पृष्ठ से गुज़ारा वाक्य नाम बनकर लौटता है, और उसके विराम-चिह्न ग़ायब हो जाते हैं।
वह उच्चारण-चिह्न नहीं हटाता
पंक्ति अपने उच्चारण वाले अक्षर रखती है: crèmeBrûlée। कई भाषाएँ उन्हें नामों में अनुमति देती हैं, पर बहुत से उपकरण और शैली-मार्गदर्शिकाएँ नहीं। अगर आपको सादे अक्षर चाहिए, तो पहले वाक्यांश को URL slug पृष्ठ से गुज़ारिए, जो लैटिन अक्षरों से चिह्न हटाता है, और फिर टेक्स्ट को camelCase में बदलिए।
वह जाँचता नहीं कि नाम वैध है
प्रोग्रामिंग भाषाओं के अपने नियम हैं। नाम अंक से शुरू नहीं हो सकता, और आरक्षित शब्द नहीं हो सकता। 2 for 1 जैसा वाक्यांश 2For1 बन जाता है, जिसे अधिकांश भाषाएँ पहले ही वर्ण पर ठुकरा देती हैं। पृष्ठ आकार बनाता है; वैधता आप जाँचते हैं।
camelCase और PascalCase
वही विचार, अलग पहला अक्षर
जब पहला शब्द भी बड़े अक्षर से शुरू होता है, जैसे CustomerFirstName में, शैली PascalCase, UpperCamelCase या StudlyCaps कहलाती है। अधिकांश भाषाओं में परिपाटी है कि प्रकारों और क्लासों के लिए PascalCase और चरों, फ़ंक्शनों और विधियों के लिए camelCase। यह पृष्ठ छोटे अक्षर से शुरू होने वाला रूप बनाता है। PascalCase पाने के लिए वाक्यांश बदलिए और पहला अक्षर हाथ से बड़ा कीजिए।
पहला अक्षर क्यों मायने रखता है
शुरू का बड़ा अक्षर पाठक को बताता है कि नाम क्लास है, और छोटा अक्षर कि वह इंस्टैंस या फ़ंक्शन है। जिन भाषाओं में परिपाटी उपकरणों से लागू होती है, जैसे Go, जहाँ बड़े अक्षर का अर्थ सार्वजनिक है, अंतर अर्थ का हिस्सा है।
भाषा मायने रखती है
बिना रिक्त स्थान के लिखी लिपियाँ
शब्दों में काटने के लिए सीमाएँ चाहिए। चीनी और जापानी बिना रिक्त स्थान के लिखी जाती हैं, इसलिए उन लिपियों की पंक्ति एक ही शब्द के रूप में लौटती है। पृष्ठ अंदाज़े की जगह काटने के बजाय ऐसा कहना पसंद करता है, क्योंकि ग़लत कटाव ऐसा नाम बनाएगा जो विश्वसनीय दिखता है और ग़लत अर्थ रखता है।
तुर्की और बिंदु वाला i
हर शब्द का पहला अक्षर बड़ा करना पृष्ठ की भाषा के नियमों का अनुसरण करता है। तुर्की में i का बड़ा रूप İ है और ı का I। जो कन्वर्टर अंग्रेज़ी नियम लगाता है वह शब्द बदल देता है। यह पृष्ठ उस भाषा का अनुसरण करता है जिसमें वह लिखा है।
जर्मन और तीखा s
शब्द के बीच का जर्मन ß जैसा है वैसा रहता है, जैसे straße में। बड़ा STRASSE दोहरे s के साथ strasse लौटता है।
बिना बड़े अक्षरों की लिपियाँ
अरबी, हिब्रू और भारतीय लिपियों में बड़े अक्षर नहीं होते, इसलिए शब्द बस जोड़ दिए जाते हैं। ऐसी लिपि में परिणाम पठनीय है या नहीं, यह उस उपकरण का मामला है जिसमें आप उसका उपयोग करते हैं।
camelCase कहाँ परिपाटी है
JavaScript और TypeScript
चर, फ़ंक्शन और ऑब्जेक्ट गुण camelCase में लिखे जाते हैं, और अधिकांश वेब इंटरफ़ेसों में JSON ऑब्जेक्ट के गुण भी। जिस वाक्यांश के लिए आप टेक्स्ट को camelCase में बदलते हैं वह शायद इनमें से किसी की ओर जा रहा है।
Java, Kotlin, Swift, C# और Dart
स्थानीय चरों और विधियों के लिए वही आदत चलती है, क्लासों के लिए PascalCase के साथ, और C# में विधियों तथा गुणों के लिए भी। टीम की शैली-मार्गदर्शिका ब्योरे तय करती है।
वेब सेवाओं से JSON
कई API firstName और orderTotal जैसी कुंजियाँ भेजते हैं। अगर आपका डेटा तालिका के रूप में शुरू होता है, तो CSV से JSON शीर्ष पंक्ति को कुंजियाँ बना देता है, और camelCase में बदले शीर्षक ऐसी कुंजियाँ बन जाते हैं जिन्हें कोड कोष्ठकों और उद्धरण-चिह्नों के बिना पढ़ सकता है। दूसरी तरफ़ JSON से CSV कुंजियों को वापस शीर्षक के रूप में लिखता है।
हैशटैग और हैंडल
प्रोग्रामिंग के बाहर, camel case का उपयोग #SpringGardenTips जैसे हैशटैगों के लिए होता है, क्योंकि बड़े अक्षर आँख के लिए शब्द-सीमाएँ चिह्नित करते हैं। यह सुगम्यता के लिए भी बेहतर है: स्क्रीन रीडर बड़े अक्षर वाले हैशटैग को अलग शब्दों की तरह पढ़ते हैं, और छोटे अक्षरों की क़तार को एक अजीब शब्द की तरह।
जहाँ यह परिपाटी नहीं
Python, Ruby और डेटाबेस
ये अंडरस्कोर पसंद करते हैं। उनके लिए snake_case उपकरण है।
CSS और वेब पते
क्लास के नाम, कस्टम गुण और पते हाइफ़न उपयोग करते हैं। kebab-case देखिए।
गद्य और शीर्षक
camelCase नामों के लिए है, पढ़ने के लिए नहीं। उसमें शीर्षक या वाक्य आँख पर भारी पड़ता है। शीर्षक के लिए Title Case पर विचार कीजिए।
यहाँ टेक्स्ट को camelCase में कैसे बदलें
अपना टेक्स्ट चिपकाइए या टाइप कीजिए
पहले क्षेत्र में वाक्यांश दर्ज कीजिए। परिणाम तुरंत दूसरे में दिखता है, इसलिए आप टाइप करते समय उसे बदलते देख सकते हैं।
कटाव और संक्षिप्ताक्षर जाँचिए
देखिए कि शब्द कहाँ बाँटे गए, और संक्षिप्ताक्षरों के साथ कैसा व्यवहार हुआ। parseHtmlString जैसा नाम और parseHTMLString जैसा नाम अलग परिपाटियाँ हैं, और पृष्ठ पूरे में एक नियम लगाता है।
उसे कॉपी कीजिए
कॉपी बटन दबाइए और परिणाम जहाँ चाहिए वहाँ चिपकाइए। उसी पंक्ति के अन्य रूपों के लिए नीचे देखिए।
वही पंक्ति सातों लिखावटों में
रूपों की तालिका
कन्वर्टर के नीचे तालिका उदाहरण पंक्ति को साइट के सातों रूपों में दिखाती है: बड़े अक्षर, छोटे अक्षर, Title Case, snake_case, kebab-case, camelCase और URL slug। यह देखने का तेज़ तरीक़ा है कि वही शब्द हर एक में कैसे दिखते हैं।
ये रूप कहाँ से आए
दो वर्णमालाएँ
बड़े और छोटे अक्षर कभी दो अलग वर्णमालाएँ थे। बड़े अक्षर रोमन हैं, छेनी से पत्थर में तराशे; छोटे अक्षर कैरोलिंगियन माइनस्क्यूल से उतरे हैं, चर्मपत्र पर तेज़ी से चलती क़लम से गढ़े। छापने वालों ने दोनों को अलग ट्रे में रखा, ऊपरी केस और निचला केस, और ट्रे के जाने के बहुत बाद नाम टिके रहे।
बिना रिक्त स्थान के नाम
प्रोग्रामिंग के रूप कहीं अधिक नए हैं और एक समस्या सुलझाने के लिए गढ़े गए थे: नाम में रिक्त स्थान नहीं हो सकता। snake_case शुरुआती C से निकला, camelCase Smalltalk से, kebab-case Lisp से, और URL slug मानव शीर्षक को ऐसे पते में रखने की ज़रूरत से जहाँ रिक्त स्थान और उच्चारण-चिह्न अनुमत नहीं। camelCase में बड़े अक्षर वही काम करते हैं जो अन्यत्र अंडरस्कोर या हाइफ़न करता है, यह चिह्नित करते हुए कि एक शब्द कहाँ समाप्त होता है और अगला कहाँ शुरू।
व्यापक कार्यप्रवाह में camelCase
विनिर्देश से कोड तक
आवश्यकता-दस्तावेज़ वाक्यों में लिखे जाते हैं, और कोड नामों में। उनके बीच किसी को हर संज्ञा और क्रिया का अनुवाद पहचानकर्ता में करना पड़ता है। हाथ से करना धीमा है और असंगति को न्योता देता है: एक डेवलपर customerName लिखता है, दूसरा उसी चीज़ के लिए clientName। अगर टीम विनिर्देश के सटीक शब्दों से टेक्स्ट को camelCase में बदलने पर सहमत हो, तो नाम शब्दों के पीछे चलते हैं, और कोई भी वाक्यांश खोजकर वह कोड ढूँढ सकता है जिसकी ओर आवश्यकता इशारा करती है।
तालिका शीर्षक से ऑब्जेक्ट कुंजी तक
स्प्रेडशीट में First Name, Order Total और Date Of Birth जैसे शीर्षक होते हैं। एक बार डेटा प्रोग्राम में रिकॉर्ड बन जाए, वे शीर्षक कुंजियाँ बन जाते हैं। हर शीर्षक को camelCase में बदलना firstName, orderTotal और dateOfBirth देता है, जिन्हें कोड बिना उद्धरण-चिह्नों या कोष्ठकों के गुण के रूप में पढ़ सकता है। अगर डेटा को फिर स्प्रेडशीट में लौटना हो, तो JSON से XLSX कुंजियों को पहली पंक्ति के रूप में लिखता है, और चक्र बंद हो जाता है।
डिज़ाइन फ़ाइल से कॉम्पोनेंट तक
डिज़ाइन उपकरण परतों को सादे शब्दों में नाम देते हैं: Primary Button, Card Title। जब डेवलपर कॉम्पोनेंट बनाते हैं, वे नाम primaryButton और cardTitle जैसे पहचानकर्ता बन जाते हैं, या क्लास नाम primary-button और card-title। मैपिंग को स्पष्ट रखना हस्तांतरण को सुगम बनाता है। परतों के साथ आने वाले आकारों और रंगों के लिए px से rem और HEX से RGB नामों के पीछे के मान बदलते हैं।
जो आपने नाम दिया उसे खोजना
एकरूप शैली खोज को प्रभावी बनाती है। अगर हर गुण camelCase है, तो orderTotal की खोज सभी उपयोग खोज लेती है, और ordertotal या order_total की खोज कुछ नहीं, जो ख़ुद सूचनाप्रद है। मिश्रित शैलियाँ वही विचार वर्तनियों में बिखेर देती हैं और उसे खोज से छिपा देती हैं।
सुरक्षित पुनर्नामकरण
जब नाम बदलता है, तो आपके संपादक का पुनर्नामकरण उपकरण काम करे, खोजो-और-बदलो नहीं। नाम बदलने से पहले नए शब्दों से नए नाम के लिए टेक्स्ट को camelCase में बदलिए, ताकि नया पहचानकर्ता शुरू से परिपाटी का पालन करे। फिर उपकरण को हर संदर्भ अद्यतन करने दीजिए।
कुछ नामों को उस जगह परखिए जहाँ वे रहेंगे
नामों का बैच अपनाने से पहले तीन-चार को संपादक में, कोड की उन पंक्तियों के भीतर आज़माइए जहाँ वे दिखेंगे। अगर हर एक दूसरों के बग़ल में स्वाभाविक पढ़ता है, तो बैच अच्छा है। अगर कोई खटके, तो वाक्यांश बदलिए और टेक्स्ट को फिर camelCase में बदलिए। छोटा परीक्षण एक मिनट लेता है और पूरे कोडबेस में पुनर्नामकरण से बचाता है।
जो नाम अच्छे पढ़े जाते हैं
फ़ंक्शनों के लिए क्रिया से शुरू कीजिए
फ़ंक्शन क्रिया है, और उसका नाम यही कहे: getUserName, calculateTotal, isValid। जब आप फ़ंक्शन के लिए टेक्स्ट को camelCase में बदलें, तो वाक्यांश क्रिया से शुरू कीजिए।
मानों के लिए संज्ञा उपयोग कीजिए
चर कोई चीज़ रखता है: userName, totalPrice, orderList। बूलियन प्रश्न की तरह सबसे अच्छे पढ़े जाते हैं: isActive, hasAccess, canEdit।
संक्षिप्ताक्षरों पर एकरूप रहिए
कुछ टीमें parseHTML लिखती हैं, कुछ parseHtml। दोनों ठीक हैं; मिश्रण नहीं। एक चुनिए और हर नाम पर लागू कीजिए, और आपका कोड खोजने में आसान होगा।
नाम उच्चारण योग्य रखिए
जिस नाम को आप ज़ोर से पढ़ सकें वह नाम है जिस पर आप चर्चा कर सकें। custFnDt वैसा नहीं है, और customerFirstDate है। रूपांतरण वही सुरक्षित रखता है जो आप लिखते हैं, इसलिए ऐसा कुछ लिखिए जो रखने लायक़ हो।
टेक्स्ट को camelCase में बदलते समय जाल
अंक से शुरू होने वाला नाम
अधिकांश भाषाएँ उसे ठुकरा देती हैं। सामने कोई शब्द या अक्षर रखिए।
आरक्षित शब्द
class, new या default जैसा वाक्यांश कई भाषाओं में कीवर्ड है। पृष्ठ नहीं जानता कौन-सी में। नाम उपयोग करने से पहले जाँचिए।
संक्षिप्ताक्षर और बड़े अक्षरों की क़तारें
बड़े अक्षरों की क़तार के आसपास के कटाव आपको चौंका सकते हैं। परिणाम पढ़िए और अपनी परिपाटी से तुलना कीजिए।
नामों में उच्चारण-चिह्न
कुछ भाषाओं में अनुमत और कुछ में नहीं। अगर नाम को पुराने उपकरणों से गुज़रना है, तो पहले उच्चारण-चिह्न हटाइए।
बदलने से पहले लोग जो प्रश्न पूछते हैं
विराम-चिह्नों का क्या होता है?
उन्हें शब्दों के बीच की सीमा माना जाता है और आगे नहीं ले जाया जाता।
क्या संख्याएँ रखी जाती हैं?
हाँ, अपने आप में शब्द के रूप में, बाक़ी से जुड़ी हुई।
क्या यह पहले से snake_case या kebab-case वाले इनपुट को सँभालता है?
हाँ। अंडरस्कोर और हाइफ़न सीमाएँ हैं, इसलिए my_variable_name बन जाता है myVariableName।
मुझे PascalCase कैसे मिलेगा?
बदलिए, फिर पहला अक्षर हाथ से बड़ा कीजिए।
क्या मेरा टेक्स्ट अपलोड होता है?
नहीं। आप यहाँ जो टाइप करते हैं वह कभी कहीं नहीं भेजा जाता, इसलिए मसौदा, पासवर्ड या ग्राहक का नाम यहाँ उतना ही सुरक्षित है जितना टेक्स्ट एडिटर में।
इसके बजाय अंडरस्कोर या हाइफ़न कैसे मिलेंगे?
टेक्स्ट को snake_case में बदलिए या टेक्स्ट को kebab-case में बदलिए से।
एक हल किया उदाहरण
मान लीजिए आप डिलीवरी शुल्क निकालने की छोटी स्क्रिप्ट लिख रहे हैं, और विनिर्देश मानों को delivery fee per kilometre, free delivery threshold और is express order कहता है। आप हर एक को बारी-बारी बदलते हैं और deliveryFeePerKilometre, freeDeliveryThreshold और isExpressOrder पढ़ते हैं। पहला संज्ञा से शुरू होता है, जो मान के लिए सही है; अंतिम is से शुरू होता है, जो हाँ-या-ना संकेत चिह्नित करता है। आप तीनों को चर नामों के रूप में स्क्रिप्ट में चिपकाते हैं, और विनिर्देश और कोड अब उसी क्रम में वही शब्द उपयोग करते हैं, जो समीक्षा आसान बनाता है।
एक छोटी जाँच-सूची
बदलने से पहले
वाक्यांश सादे शब्दों में लिखिए। फ़ंक्शन क्रिया से शुरू कीजिए और संकेत is या has से। लक्ष्य भाषा में आरक्षित शब्द जाँचिए।
बदलते समय
वाक्यांश चिपकाइए, कटाव देखिए और सुनिश्चित कीजिए कि नाम अक्षर से शुरू होता है।
बदलने के बाद
लंबाई और संक्षिप्ताक्षर जाँचिए, और हर जगह जहाँ ज़रूरत हो वही नाम उपयोग कीजिए।
सामान्य ग़लतियाँ
जिस टेक्स्ट को लोग पढ़ेंगे उसके लिए camelCase
वह नामों के लिए है, गद्य के लिए नहीं।
एक परियोजना में परिपाटियाँ मिलाना
हर परत के लिए camelCase, snake_case या kebab-case चुनिए, और उस पर टिके रहिए।
यह भूलना कि लक्ष्य क्या अनुमति देता है
शुरू के अंक, उच्चारण-चिह्न और आरक्षित शब्द भाषाओं के बीच भिन्न होते हैं।
आपका टेक्स्ट आपके उपकरण पर रहता है
रूपांतरण स्थानीय रूप से होता है। आपका टेक्स्ट आपके अपने ब्राउज़र द्वारा सँभाला जाता है और कुछ कहीं नहीं भेजा जाता। बाद में हटाने को कुछ नहीं और बनाने को कोई खाता नहीं। टेक्स्ट को camelCase में बदलने का यही सादा तरीक़ा है।
सारांश
यहाँ टेक्स्ट को camelCase में बदलने के लिए एक पंक्ति चिपकाइए और उसे इस रूप में पढ़िए: शब्द कटे हुए, पहला छोटा, बाद के हर एक का पहला अक्षर बड़ा और सब कुछ बीच में कुछ रखे बिना जुड़ा। snake_case या kebab-case में पहले से लिखी पंक्ति अपने विभाजकों पर काटी जाती है। पृष्ठ विराम-चिह्न नहीं रखता: अल्पविराम, बिंदु और डैश शब्दों के बीच की सीमाएँ हैं, आगे ले जाने वाले वर्ण नहीं, जो चर-नाम के लिए आप चाहते हैं और गद्य के लिए नहीं। शब्दों में काटने के लिए सीमाएँ चाहिए, इसलिए बिना रिक्त स्थान के लिखी चीनी और जापानी एक ही शब्द के रूप में लौटती हैं। पहला अक्षर बड़ा करना पृष्ठ की भाषा का अनुसरण करता है, इसलिए तुर्की का i İ बन जाता है। कुछ भी अपलोड नहीं होता।