मजकुराचे 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 स्वरचिन्हे आणि विरामचिन्हे का काढून टाकतो?
कारण पत्त्याला हे सगळे सोसावे लागते: संदेशात नक्कल होणे, कागदावर छापले जाणे, आणि हाताने पुन्हा टंकले जाणे. स्वरचिन्हे असलेली अक्षरे आजच्या पत्त्यात वैध आहेत, पण नक्कल करताना टक्क्यांत कूटबद्ध होतात, आणि वाचता येणारा पत्ता चिन्हांची माळ बनतो. त्यांना साध्या अक्षरांत, अंकांत आणि संयोगचिन्हांत उतरवले की पत्ता वाचनीय, वाटण्याजोगा आणि जिथे दिसेल तिथे सारखाच राहतो.
उत्तर अचूक आहे का?
जिथे दोन्ही एकके एकमेकांतून पूर्णांकांनी व्याख्यायित आहेत तिथे होय — पान हे आकड्याच्या वर सांगते, आणि एकमेव गोलाई किती अंक दाखवायचे यात आहे. जिथे गुणोत्तराचा दशांश संपत नाही, तिथे पान बारा सार्थ अंक दाखवते आणि संबंध अंदाजे आहे असे सांगते, वेगळे काही भासवत नाही.
मी लिहिलेले माझ्या उपकरणातून बाहेर जाते का?
नाही. गणित तुमच्याच ब्राउझरमध्ये होते; काहीही अपलोड होत नाही, आणि होण्यासाठी सर्व्हरही नाही. पान एकदा उघडले की नेटवर्क बंद असतानाही चालते.
तुम्ही text ला camelCase मध्ये का रूपांतरित करता
जवळजवळ कोणतीही JavaScript फाइल, कोणताही Java वर्ग, कोणतेही Swift किंवा Kotlin स्रोत उघडा, आणि नावे सारखीच दिसतात: userName, totalPrice, getCustomerById, isLoggedIn. शब्द जागा किंवा विभाजकाविना एकत्र चिकटलेले असतात, पहिला लहान आणि त्यानंतरचा प्रत्येक मोठ्या अक्षराने सुरू होणारा, जेणेकरून शब्दाच्या मध्यातील कुबड्या या शैलीला तिचे नाव देतात. हे camelCase आहे, आणि C-कुटुंबातील बहुतेक भाषा चलांसाठी आणि कार्यांसाठी ज्या रूपावर स्थिरावल्या ते हेच आहे. text ला camelCase मध्ये रूपांतरित करणे म्हणजे माणूस लिहितो तसा वाक्यांश अशा नावात बदलणे जे प्रोग्राम स्वीकारेल आणि प्रोग्रामर ओळखेल.
एक ओळ चिकटवा आणि ती camelCase मध्ये परत वाचा. रूपांतरण तुमच्या ब्राउझरमध्ये होते, तुम्ही टाइप केलेले काहीही कुठेही पाठवले जात नाही, आणि नियम इंग्रजीचे नव्हे तर या पानाच्या भाषेचे पाळले जातात. ते ओळ शब्दांत कापते, पहिला लहान ठेवते, त्यानंतरच्या प्रत्येकाचे पहिले अक्षर मोठे करते आणि मध्ये काहीही न ठेवता जोडते. खाली तुम्हाला पान नेमके काय करते आणि काय करत नाही, वेगवेगळ्या भाषांतील अवघड अक्षरे ते कशी हाताळते, camelCase आणि त्याचे वरचे भावंड यांच्यातील फरक, हे रूप कुठे संकेत आहे आणि कुठे नाही, आणि घाईत text ला 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 पानातून चालवा, जे लॅटिन अक्षरांवरील चिन्हे काढते, आणि मग text ला 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 वस्तूंचे गुणधर्मही. तुम्ही text ला camelCase मध्ये रूपांतरित करता तो वाक्यांश बहुधा यांपैकी एकासाठी असतो.
Java, Kotlin, Swift, C# आणि Dart
स्थानिक चले आणि पद्धतींसाठी तीच सवय आहे, वर्गांसाठी PascalCase आणि C# मध्ये पद्धती व गुणधर्मांसाठीही. संघाचे शैली मार्गदर्शक तपशील ठरवते.
वेब सेवांमधून JSON
अनेक API firstName आणि orderTotal सारख्या किल्ल्या पाठवतात. तुमचा डेटा तक्त्यापासून सुरू होत असेल, तर CSV ते JSON शीर्षक ओळ किल्ल्यांत बदलते, आणि camelCase मध्ये रूपांतरित केलेली शीर्षके कोडला कंस आणि अवतरणांशिवाय वाचता येणाऱ्या किल्ल्या बनतात. उलट दिशेने JSON ते CSV किल्ल्या शीर्षक म्हणून परत लिहिते.
हॅशटॅग आणि हँडल
प्रोग्रामिंगबाहेर #SpringGardenTips सारख्या हॅशटॅगसाठी camel case वापरले जाते, कारण मोठी अक्षरे डोळ्यांसाठी शब्दसीमा दाखवतात. प्रवेशयोग्यतेसाठीही ते चांगले आहे: स्क्रीन वाचक मोठी अक्षरे असलेला हॅशटॅग स्वतंत्र शब्द म्हणून वाचतात, आणि लहान अक्षरांची सलग रांग एकच विचित्र शब्द म्हणून.
जिथे संकेत नाही
Python, Ruby आणि डेटाबेस
हे अधोरेखा पसंत करतात. त्यांच्यासाठी snake_case हे साधन आहे.
CSS आणि वेब पत्ते
वर्ग नावे, सानुकूल गुणधर्म आणि पत्ते हायफन वापरतात. kebab-case पाहा.
गद्य आणि शीर्षके
camelCase नावांसाठी आहे, वाचनासाठी नाही. त्यातील शीर्षक किंवा वाक्य डोळ्यांना कठीण असते. शीर्षकासाठी Title Case विचारात घ्या.
इथे text ला camelCase मध्ये कसे रूपांतरित करावे
तुमचा मजकूर चिकटवा किंवा टाइप करा
पहिल्या रकान्यात वाक्यांश भरा. निकाल दुसऱ्यात लगेच दिसतो, त्यामुळे तुम्ही टाइप करता तसा तो बदलताना पाहू शकता.
कापण्याच्या जागा आणि संक्षेप तपासा
शब्द कुठे विभागले गेले आणि संक्षेप कसे हाताळले गेले ते पाहा. parseHtmlString आणि parseHTMLString ही नावे वेगळे संकेत आहेत, आणि पान सर्वत्र एकच नियम लागू करते.
कॉपी करा
कॉपी बटण दाबा आणि निकाल हवा तिथे चिकटवा. त्याच ओळीच्या इतर रूपांसाठी खाली पाहा.
तीच ओळ सातही लेखनांत
रूपांचा तक्ता
रूपांतरकाखाली एक तक्ता साइट देत असलेल्या सातही रूपांत उदाहरण ओळ दाखवतो: मोठी अक्षरे, लहान अक्षरे, Title Case, snake_case, kebab-case, camelCase आणि URL slug. तेच शब्द प्रत्येकात कसे दिसतात हे पाहण्याचा तो झटपट मार्ग आहे.
ही रूपे कुठून आली
दोन वर्णमाला
मोठी आणि लहान अक्षरे एकेकाळी दोन वेगळ्या वर्णमाला होत्या. मोठी अक्षरे रोमन आहेत, छिनीने दगडात कोरलेली; लहान अक्षरे Carolingian minuscule पासून आली आहेत, चर्मपत्रावर वेगाने फिरणाऱ्या लेखणीने घडवलेली. छापणाऱ्यांनी दोन्ही वेगळ्या ट्रेमध्ये ठेवली, upper case आणि lower case, आणि ट्रे गेल्यानंतर खूप काळ नावे टिकली.
जागांशिवाय नावे
प्रोग्रामिंग रूपे खूप तरुण आहेत आणि एक समस्या सोडवायला शोधली गेली: नावात जागा असू शकत नाही. snake_case सुरुवातीच्या C मधून आले, camelCase Smalltalk मधून, kebab-case Lisp मधून, आणि URL slug मानवी शीर्षक अशा पत्त्यात ठेवण्याच्या गरजेतून जिथे जागा आणि उच्चारचिन्हांना परवानगी नाही. camelCase मध्ये मोठी अक्षरे इतरत्र अधोरेखा किंवा हायफन जे काम करतात ते करतात, एक शब्द कुठे संपतो आणि पुढचा कुठे सुरू होतो हे दाखवणे.
व्यापक कामप्रवाहातील camelCase
तपशिलापासून कोडपर्यंत
गरजांचे दस्तऐवज वाक्यांत लिहिले जातात, आणि कोड नावांत. दोहोंदरम्यान कोणाला तरी प्रत्येक नाम आणि क्रियापद ओळखकर्त्यात भाषांतरित करावे लागते. हाताने करणे हळू आहे आणि विसंगतीला आमंत्रण देते: एक विकसक customerName लिहितो, दुसरा त्याच गोष्टीसाठी clientName. संघाने तपशिलाच्या अचूक शब्दरचनेवरून text ला 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 चा शोध काहीच शोधत नाही, जे स्वतःच माहितीपूर्ण आहे. मिश्र शैली एकच कल्पना वेगवेगळ्या स्पेलिंगमध्ये विखरून शोधापासून लपवतात.
सुरक्षित नामांतर
नाव बदलते तेव्हा तुमच्या संपादकातील नामांतर साधनाने काम करावे, शोधा आणि बदला ने नव्हे. नामांतर करण्यापूर्वी नव्या नावासाठी त्याच्या नव्या शब्दरचनेवरून text ला camelCase मध्ये रूपांतरित करा, म्हणजे नवा ओळखकर्ता सुरुवातीपासून संकेत पाळतो. मग साधनाला प्रत्येक संदर्भ अद्ययावत करू द्या.
काही नावे ती जिथे राहतील तिथे तपासा
नावांची खेप स्वीकारण्यापूर्वी ती जिथे दिसतील त्या कोडच्या ओळींमध्ये, संपादकात, तीन-चार करून पाहा. प्रत्येक इतरांशेजारी नैसर्गिक वाटत असेल, तर खेप चांगली आहे. एखादे खटकले, तर वाक्यांश पुन्हा लिहा आणि पुन्हा text ला camelCase मध्ये रूपांतरित करा. छोटी चाचणी एक मिनिट घेते आणि संपूर्ण कोडबेसमधील नामांतर टाळते.
चांगले वाचले जाणारी नावे
कार्यांसाठी क्रियापदाने सुरुवात करा
कार्य ही कृती आहे, आणि तिचे नाव तसे सांगावे: getUserName, calculateTotal, isValid. कार्यासाठी तुम्ही text ला camelCase मध्ये रूपांतरित करता तेव्हा वाक्यांशाची सुरुवात क्रियापदाने करा.
मूल्यांसाठी नामे वापरा
चल एखादी वस्तू धरतो: userName, totalPrice, orderList. बूलियन प्रश्नांसारखे सर्वोत्तम वाचले जातात: isActive, hasAccess, canEdit.
संक्षेपांबाबत सुसंगत राहा
काही संघ parseHTML लिहितात, काही parseHtml. दोन्ही ठीक आहेत; मिश्रण नाही. एक निवडा आणि प्रत्येक नावाला लागू करा, आणि तुमचा कोड शोधायला सोपा होईल.
नावे उच्चारण्यायोग्य ठेवा
जे नाव तुम्ही मोठ्याने वाचू शकता ते नाव तुम्ही चर्चेत आणू शकता. custFnDt तसे नाही, आणि customerFirstDate आहे. रूपांतरण तुम्ही जे लिहिता ते राखते, म्हणून जपण्यासारखे काहीतरी लिहा.
text ला camelCase मध्ये रूपांतरित करताना सापळे
अंकाने सुरू होणारे नाव
बहुतेक भाषा ते नाकारतात. समोर एक शब्द किंवा अक्षर ठेवा.
राखीव शब्द
class, new किंवा default सारखा वाक्यांश अनेक भाषांत कीवर्ड आहे. पानाला कोणता ते माहीत नसते. नाव वापरण्यापूर्वी तपासा.
संक्षेप आणि मोठ्या अक्षरांच्या रांगा
मोठ्या अक्षरांच्या रांगेभोवतीच्या कापण्या तुम्हाला चकित करू शकतात. निकाल वाचा आणि तुमच्या संकेताशी तुलना करा.
नावांमधील उच्चारचिन्हे
काही भाषांत परवानगी आणि इतरांत नाही. नावाला जुन्या साधनांतून प्रवास करावा लागणार असेल, तर आधी उच्चारचिन्हे काढा.
रूपांतरित करण्यापूर्वी लोक विचारतात ते प्रश्न
विरामचिन्हांचे काय होते?
ती शब्दांमधील सीमा मानली जातात आणि पुढे नेली जात नाहीत.
अंक राखले जातात का?
होय, स्वतंत्र शब्दांसारखे, उर्वरित भागाला जोडलेले.
आधीच snake_case किंवा kebab-case मध्ये असलेला इनपुट ते हाताळते का?
होय. अधोरेखा आणि हायफन सीमा आहेत, म्हणून my_variable_name myVariableName बनते.
मला PascalCase कसे मिळेल?
रूपांतरित करा, मग पहिले अक्षर हाताने मोठे करा.
माझा मजकूर अपलोड होतो का?
नाही. इथे तुम्ही टाइप केलेले कधीही कुठेही पाठवले जात नाही, त्यामुळे मसुदा, पासवर्ड किंवा ग्राहकाचे नाव इथे मजकूर संपादकाइतकेच सुरक्षित आहे.
मला त्याऐवजी अधोरेखा किंवा हायफन कसे मिळतील?
text ला snake_case मध्ये रूपांतरित करा किंवा text ला kebab-case मध्ये रूपांतरित करा सह.
एक कार्यरत उदाहरण
समजा तुम्ही वितरण शुल्क मोजणारी लहान स्क्रिप्ट लिहीत आहात, आणि तपशील मूल्यांना delivery fee per kilometre, free delivery threshold आणि is express order म्हणतो. तुम्ही प्रत्येक क्रमाने रूपांतरित करता आणि deliveryFeePerKilometre, freeDeliveryThreshold आणि isExpressOrder वाचता. पहिले नामाने सुरू होते, जे मूल्यासाठी योग्य आहे; शेवटचे is ने सुरू होते, जे होय-किंवा-नाही ध्वज दर्शवते. तुम्ही तिन्ही स्क्रिप्टमध्ये चलांची नावे म्हणून चिकटवता, आणि तपशील आणि कोड आता तेच शब्द तोच क्रमाने वापरतात, ज्यामुळे आढावा सोपा होतो.
एक छोटी यादी
रूपांतरण करण्यापूर्वी
वाक्यांश साध्या शब्दांत लिहा. कार्ये क्रियापदाने आणि ध्वज is किंवा has ने सुरू करा. लक्ष्य भाषेत राखीव शब्द आहेत का ते तपासा.
रूपांतरण करताना
वाक्यांश चिकटवा, कापण्याच्या जागा पाहा आणि नाव अक्षराने सुरू होते याची खात्री करा.
रूपांतरण केल्यानंतर
लांबी आणि संक्षेप तपासा, आणि जिथे नाव हवे तिथे सर्वत्र तेच नाव वापरा.
सामान्य चुका
लोक वाचणार असलेल्या मजकुरासाठी camelCase वापरणे
ते नावांसाठी आहे, गद्यासाठी नाही.
एका प्रकल्पात संकेत मिसळणे
प्रत्येक थरासाठी camelCase, snake_case किंवा kebab-case निवडा आणि त्यावर ठाम राहा.
लक्ष्य काय परवानगी देते ते विसरणे
सुरुवातीचे अंक, उच्चारचिन्हे आणि राखीव शब्द भाषांनुसार वेगळे असतात.
तुमचा मजकूर तुमच्या उपकरणावर राहतो
रूपांतरण स्थानिक पातळीवर होते. तुमचा मजकूर तुमचा स्वतःचा ब्राउझर हाताळतो आणि काहीही कुठेही पाठवले जात नाही. नंतर पुसण्यासारखे काही नसते आणि खाते उघडायचे नसते. text ला camelCase मध्ये रूपांतरित करण्याचा हा साधा मार्ग आहे.
सारांश
इथे text ला camelCase मध्ये रूपांतरित करायला एक ओळ चिकटवा आणि ती शब्द कापलेली, पहिला लहान, नंतरच्या प्रत्येकाचे पहिले अक्षर मोठे आणि सर्व मध्ये काहीही न ठेवता जोडलेली अशी परत वाचा. आधीच snake_case किंवा kebab-case मध्ये लिहिलेली ओळ तिच्या विभाजकांवर कापली जाते. पान विरामचिन्हे राखत नाही: स्वल्पविराम, टिपके आणि डॅश हे शब्दांमधील सीमा आहेत, पुढे नेण्याची अक्षरे नाहीत, जे चलाच्या नावासाठी तुम्हाला हवे असते आणि गद्यासाठी नाही. शब्दांत कापायला सीमा लागतात, म्हणून जागांशिवाय लिहिलेली चिनी आणि जपानी एकच शब्द म्हणून परत येतात. पहिले अक्षर मोठे करणे पानाच्या भाषेचे पालन करते, म्हणून तुर्की i İ बनतो. काहीही अपलोड होत नाही.