मजकुराचे 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 स्वरचिन्हे आणि विरामचिन्हे का काढून टाकतो?
कारण पत्त्याला हे सगळे सोसावे लागते: संदेशात नक्कल होणे, कागदावर छापले जाणे, आणि हाताने पुन्हा टंकले जाणे. स्वरचिन्हे असलेली अक्षरे आजच्या पत्त्यात वैध आहेत, पण नक्कल करताना टक्क्यांत कूटबद्ध होतात, आणि वाचता येणारा पत्ता चिन्हांची माळ बनतो. त्यांना साध्या अक्षरांत, अंकांत आणि संयोगचिन्हांत उतरवले की पत्ता वाचनीय, वाटण्याजोगा आणि जिथे दिसेल तिथे सारखाच राहतो.
उत्तर अचूक आहे का?
जिथे दोन्ही एकके एकमेकांतून पूर्णांकांनी व्याख्यायित आहेत तिथे होय — पान हे आकड्याच्या वर सांगते, आणि एकमेव गोलाई किती अंक दाखवायचे यात आहे. जिथे गुणोत्तराचा दशांश संपत नाही, तिथे पान बारा सार्थ अंक दाखवते आणि संबंध अंदाजे आहे असे सांगते, वेगळे काही भासवत नाही.
मी लिहिलेले माझ्या उपकरणातून बाहेर जाते का?
नाही. गणित तुमच्याच ब्राउझरमध्ये होते; काहीही अपलोड होत नाही, आणि होण्यासाठी सर्व्हरही नाही. पान एकदा उघडले की नेटवर्क बंद असतानाही चालते.
तुम्ही text ला snake_case मध्ये का रूपांतरित करता
प्रोग्रामर चलाला annual report total असे नाव देऊ शकत नाही, कारण नावात जागा असू शकत नाही. डेटाबेस स्तंभाला Customer First Name म्हणता येत नाही. Final Draft (2).docx नावाची फाइल कधी ना कधी स्क्रिप्टला त्रास देईल. वाटेत कुठेतरी मानवी वाक्यांशाला एकच शब्द बनावे लागते, आणि अनेक समुदाय ज्या रूपावर स्थिरावले ते snake_case आहे: सर्व अक्षरे लहान, शब्द अधोरेखांनी जोडलेले, annual_report_total, customer_first_name, final_draft_2. text ला snake_case मध्ये रूपांतरित करणे म्हणजे कोणताही वाक्यांश, कोणत्याही अवस्थेत, एका पायरीत त्या रूपात बदलणे.
एक ओळ चिकटवा आणि ती snake_case मध्ये परत वाचा. रूपांतरण तुमच्या ब्राउझरमध्ये होते, तुम्ही टाइप केलेले काहीही कुठेही पाठवले जात नाही, आणि नियम इंग्रजीचे नव्हे तर या पानाच्या भाषेचे पाळले जातात. ते ओळ शब्दांत कापते, त्यांना लहान अक्षरांत करते आणि अधोरेखांनी जोडते. आधीच camelCase मध्ये लिहिलेली ओळ तिच्या मोठ्या अक्षरांवरही कापली जाते, म्हणून fooBar म्हणजे foo_bar होते. खाली तुम्हाला त्याचा नेमका अर्थ काय, काय वगळले जाते, पान वेगवेगळ्या भाषांतील अवघड अक्षरे कशी हाताळते, snake_case कुठे संकेत आहे आणि कुठे नाही, आणि घाईत text ला 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. ते मिळवण्याचा मार्ग म्हणजे आधी text ला snake_case मध्ये रूपांतरित करणे आणि मग निकाल text ला uppercase मध्ये रूपांतरित करा सह मोठा करणे.
फाइल नावे
अधोरेखांसह लहान अक्षरे प्रत्येक प्रणालीवर सुरक्षित फाइल नाव असते, आणि ते अंदाजे क्रमाने लागते व शोधले जाते. अनेक छायाचित्रकार, संशोधक आणि प्रशासक नेमक्या याच कारणासाठी ते वापरतात.
जिथे संकेत नाही
JavaScript आणि Java
या भाषा चले आणि कार्यांसाठी camelCase आणि वर्गांसाठी PascalCase पसंत करतात. Python स्क्रिप्टमधील नाव JavaScript फाइलमध्ये येण्यापूर्वी रूपांतरित करावे लागू शकते. त्यासाठी camelCase पाहा.
CSS आणि वेब पत्ते
CSS वर्ग नावे आणि वेब पत्ते सहसा अधोरेखा नव्हे तर हायफन वापरतात. त्यासाठीचे साधन kebab-case आहे. शोध इंजिने हायफनला शब्द विभाजक आणि अधोरेखेला जोडणारे मानतात, एक लहान फरक जो हायफनयुक्त पत्त्यांच्या सवयीमागे आहे.
गद्य आणि शीर्षके
snake_case नावांसाठी आहे, वाचनासाठी नाही. त्यातील शीर्षक किंवा वाक्य डोळ्यांना कठीण असते. मानवी मजकुरासाठी शब्द आणि जागा राखा, आणि शीर्षकासाठी Title Case विचारात घ्या.
इथे text ला snake_case मध्ये कसे रूपांतरित करावे
तुमचा मजकूर चिकटवा किंवा टाइप करा
पहिल्या रकान्यात वाक्यांश भरा. निकाल दुसऱ्यात लगेच दिसतो, त्यामुळे तुम्ही टाइप करता तसा तो बदलताना पाहू शकता.
कापण्याच्या जागा तपासा
शब्द कुठे विभागले गेले ते पाहा. iPhone किंवा eBay सारखा शब्द मोठ्या अक्षरावर कापला जातो, आणि HTTPServer सारखे संक्षेप तुम्हाला हवे तसे बाहेर आले का हे पाहायला एक नजर लागते.
कॉपी करा
कॉपी बटण दाबा आणि निकाल हवा तिथे चिकटवा. त्याच ओळीच्या इतर रूपांसाठी खाली पाहा.
संपूर्ण प्रकल्पात snake_case वापरणे
संपूर्ण स्टॅकसाठी एक संकेत
नामकरण शैली मिसळणारा प्रकल्प थोडा कुरूप पण सुसंगत असलेल्या प्रकल्पापेक्षा वाचायला कठीण असतो. डेटाबेस snake_case वापरत असेल, तर त्याच्याशी बोलणारा कोडही अनेकदा वापरतो, आणि त्यांच्यादरम्यान हलणाऱ्या फाइल्स त्याचे अनुसरण करतात. नव्या स्तंभासाठी किंवा नव्या क्षेत्रासाठी तुम्ही text ला 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 सांगत नाही. text ला snake_case मध्ये रूपांतरित करताना तुम्ही सुरुवात करता तो वाक्यांश तुम्ही लिहू शकणारा सर्वात स्पष्ट आहे याची खात्री करा, कारण रूपांतरक त्याची स्पष्टता किंवा गोंधळ निष्ठेने राखेल.
फक्त तुम्हालाच समजणारी संक्षेपे टाळा
cust_fn_dt सारखे नाव इतर कोणासाठी, आणि सहा महिन्यांनी तुमच्यासाठीही, कोडे असते. अधोरेखा स्वस्त आहेत, आणि अतिरिक्त शब्दही. वाक्यासारखे वाचले जाणारे लांब नाव पुढच्या माणसासाठी दंतकथा लागणाऱ्या लहान नावापेक्षा चांगली भेट आहे.
एकवचन आणि अनेकवचन सुसंगत ठेवा
तक्त्यांना एकवचनात, customer, की अनेकवचनात, customers, नावे द्यायची ते ठरवा आणि त्यावर ठाम राहा. संकेतापेक्षा त्याची एकसमानता जास्त महत्त्वाची आहे. snake_case मध्ये बदललेला वाक्यांश तुम्ही दिलेले वचन राखतो.
उपयोगी असेल तेव्हा उपसर्ग लावा
मोठ्या स्कीमात लहान उपसर्ग संबंधित नावे गटबद्ध करतो: billing_address, billing_city, billing_country. उपसर्गासह वाक्यांश टाइप करून रूपांतरित केल्याने सुसंगत निकाल मिळतात, आणि अकारविल्हे यादी मग स्वतःच गटबद्ध होते.
वचनबद्ध होण्यापूर्वी नावे तपासा
नाव स्कीमात किंवा API मध्ये जाण्यापूर्वी ते जिथे दिसेल तिथे पाहा: क्वेरी, चल, फाइल यादी. तिन्हीत ते नैसर्गिक वाचले जात असेल, तर ते उपयोगी ठरेल. ते अवघडलेले वाटले, तर वाक्यांश छोटा करा किंवा पुन्हा लिहा आणि पुन्हा text ला snake_case मध्ये रूपांतरित करा. सुरुवातीला एक मिनिटाची चाचणी नंतर शेकडो फाइल्समधील नामांतर टाळते.
तीच ओळ सातही लेखनांत
रूपांचा तक्ता
रूपांतरकाखाली एक तक्ता साइट देत असलेल्या सातही रूपांत उदाहरण ओळ दाखवतो: मोठी अक्षरे, लहान अक्षरे, 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 मानवी शीर्षक अशा पत्त्यात ठेवण्याच्या गरजेतून जिथे जागा आणि उच्चारचिन्हांना परवानगी नाही. अधोरेखा त्या काळच्या कळफलकांवर सोयीचे अक्षर होते, आणि ते रेषेवर बसलेल्या जागेसारखे दिसते.
text ला snake_case मध्ये रूपांतरित करताना सापळे
नावाची सुरुवात अंकाने करणे
बहुतेक भाषा आणि डेटाबेस संख्येने सुरू होणारे नाव नाकारतात. वाक्यांश संख्येने सुरू होत असेल, तर समोर अक्षर किंवा शब्द जोडा.
राखीव शब्द हाताळले जातील अशी अपेक्षा
class किंवा order सारखा वाक्यांश तुमच्या भाषेत किंवा SQL मध्ये राखीव शब्द असू शकतो. पानाला ते माहीत नसते, आणि तुम्ही तपासले पाहिजे.
संक्षेप
parseHTMLString सारख्या camelCase नावातील संक्षेप नियमानुसार parse_h_t_m_l_string किंवा parse_html_string मध्ये कापला जाऊ शकतो. निकाल तुम्हाला हवा तसा आहे का ते तपासा.
खूप लांब नावे
डेटाबेस आणि फाइल प्रणाली लांबीची मर्यादा लादतात. नावात बदललेला लांब वाक्यांश तिला धडकू शकतो. रूपांतरित करण्यापूर्वी शब्दरचना छोटी करा.
रूपांतरित करण्यापूर्वी लोक विचारतात ते प्रश्न
विरामचिन्हांचे काय होते?
ती शब्दांमधील सीमा मानली जातात आणि पुढे नेली जात नाहीत.
अंक राखले जातात का?
होय, स्वतंत्र शब्दांसारखे, अधोरेखांनी वेगळे केलेले.
ते camelCase इनपुट हाताळते का?
होय. शब्दातील मोठे अक्षर कापणी दर्शवते, म्हणून fooBar म्हणजे foo_bar होते.
मी ते इतर भाषांसाठी वापरू शकतो का?
होय, पानाच्या भाषेच्या नियमांसह. चिनी आणि जपानी सारख्या जागांशिवायच्या लिप्या एकच शब्द म्हणून परत येतात.
माझा मजकूर अपलोड होतो का?
नाही. इथे तुम्ही टाइप केलेले कधीही कुठेही पाठवले जात नाही, त्यामुळे मसुदा, पासवर्ड किंवा ग्राहकाचे नाव इथे मजकूर संपादकाइतकेच सुरक्षित आहे.
मला त्याऐवजी हायफन कसे मिळतील?
text ला 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 वापरणे
ते नावांसाठी आहे, गद्यासाठी नाही.
लक्ष्य काय परवानगी देते ते विसरणे
सुरुवातीचे अंक, उच्चारचिन्हे आणि लांबी मर्यादा प्रणालींनुसार वेगळ्या असतात.
न पाहता संक्षेप रूपांतरित करणे
त्यांच्याभोवतीच्या कापण्या तपासा.
तुमचा मजकूर तुमच्या उपकरणावर राहतो
रूपांतरण स्थानिक पातळीवर होते. तुमचा मजकूर तुमचा स्वतःचा ब्राउझर हाताळतो आणि काहीही कुठेही पाठवले जात नाही. नंतर पुसण्यासारखे काही नसते आणि खाते उघडायचे नसते. text ला snake_case मध्ये रूपांतरित करण्याचा हा साधा मार्ग आहे.
सारांश
इथे text ला snake_case मध्ये रूपांतरित करायला एक ओळ चिकटवा आणि ती शब्द कापलेली, लहान अक्षरांत आणि अधोरेखांनी जोडलेली अशी परत वाचा. आधीच camelCase मध्ये लिहिलेली ओळ तिथेही कापली जाते, म्हणून fooBar म्हणजे foo_bar होते. पान विरामचिन्हे राखत नाही: स्वल्पविराम, टिपके आणि डॅश हे शब्दांमधील सीमा आहेत, पुढे नेण्याची अक्षरे नाहीत, जे फाइल नाव किंवा डेटाबेस स्तंभासाठी तुम्हाला हवे असते आणि गद्यासाठी नाही. शब्दांत कापायला सीमा लागतात, म्हणून जागांशिवाय लिहिलेली चिनी आणि जपानी एकच शब्द म्हणून परत येतात. लहान अक्षरांत करणे पानाच्या भाषेचे पालन करते. काहीही अपलोड होत नाही.