मजकुराचे kebab-case मध्ये रूपांतर dash-case मोफत ऑनलाइन सुरक्षित
एक ओळ पेस्ट करा आणि लगेच kebab-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 ला kebab-case मध्ये का रूपांतरित करता
जवळजवळ कोणत्याही नीट सांभाळलेल्या संकेतस्थळाचा पत्ता पट्टी पाहा आणि तुम्हाला हायफनांनी जोडलेले शब्द सापडतील: how-to-repot-a-fern, annual-report-2026, contact-us. स्टाइलशीटच्या आत पाहा आणि वर्ग नावे तेच करतात: main-menu, card-title, button-primary. कमांड-लाइन साधनांचे ध्वज पाहा आणि तुम्हाला --dry-run आणि --no-cache सापडतात. हे kebab-case आहे, शब्द लहान आणि सळईवरील मांसासारखे हायफनवर ओवलेले, आणि लोकांना दिसणाऱ्या नावांसाठी वेबने स्वीकारलेले हे रूप आहे. text ला kebab-case मध्ये रूपांतरित करणे म्हणजे तुम्ही बोलता तसा वाक्यांश घेऊन त्याला पत्त्यात, वर्गात, शाखेत किंवा फाइलमध्ये चालणारे नाव बनवणे.
एक ओळ चिकटवा आणि ती kebab-case मध्ये परत वाचा. रूपांतरण तुमच्या ब्राउझरमध्ये होते, तुम्ही टाइप केलेले काहीही कुठेही पाठवले जात नाही, आणि नियम इंग्रजीचे नव्हे तर या पानाच्या भाषेचे पाळले जातात. ते ओळ शब्दांत कापते, त्यांना लहान अक्षरांत करते आणि हायफनांनी जोडते. आधीच camelCase मध्ये लिहिलेली ओळ तिथेही कापली जाते, म्हणून fooBar म्हणजे foo-bar होते. खाली तुम्हाला पान नेमके काय करते आणि काय करत नाही, वेगवेगळ्या भाषांतील अवघड अक्षरे ते कशी हाताळते, वेब अधोरेखांपेक्षा हायफन का पसंत करते, kebab-case कुठे संकेत आहे, आणि घाईत text ला kebab-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 मोठ्या अक्षरावर दोन भागांत कापला जातो.
कापणी कुठे पडते
शब्दाची सीमा म्हणजे जागा, विरामचिन्ह, डॅश, चिन्ह किंवा शब्दातील लहान अक्षरापासून मोठ्या अक्षराकडे जाणारी पायरी. म्हणून Main Menu, mainMenu, main_menu आणि main--menu सर्व main-menu बनतात. रूपांतरण जवळजवळ कोणताही प्रारंभ बिंदू स्वीकारते आणि नेहमी त्याच रूपात पोहोचते, म्हणूनच नाव स्टाइलशीट किंवा पत्त्यात जाण्यापूर्वीची ती सुरक्षित शेवटची पायरी ठरते.
भटके हायफन नाहीत
पुनरावृत्त विभाजक एकात दाबले जातात, आणि सुरुवातीला किंवा शेवटी एकही हायफन उरत नाही. ...Hello, World!! सारखा गोंधळलेला वाक्यांश hello-world म्हणून बाहेर येतो, टोकांना काहीही लटकत नाही.
रूपांतरण काय करत नाही
ते विरामचिन्हे राखत नाही
स्वल्पविराम, टिपके आणि डॅश हे शब्दांमधील सीमा आहेत, पुढे नेण्याची अक्षरे नाहीत. CSS वर्ग किंवा फाइल नावासाठी तुम्हाला तेच हवे असते, आणि गद्यासाठी नाही. पानातून चालवलेले वाक्य नाव म्हणून परत येते, आणि मूळ विरामचिन्हे निघून जातात.
ते उच्चारचिन्हे काढत नाही
ओळ आपली उच्चारचिन्हांकित अक्षरे राखते: crème-brûlée. आधुनिक ब्राउझर आणि सर्व्हर त्यांना नावांत आणि पत्त्यांत स्वीकारतात, पण जुनी साधने कदाचित नाही, आणि उच्चारचिन्हे असलेला पत्ता कॉपी केल्यावर टक्केवारी संकेतांत बदलला जातो. तुम्हाला साधी अक्षरे हवी असतील, तर URL slug पान लॅटिन अक्षरांवरील चिन्हेही काढते.
ते नाव मोकळे आहे का ते तपासत नाही
दोन वेगवेगळे वाक्यांश तेच नाव बनवू शकतात, आणि नाव तुमच्या साइटवर किंवा प्रकल्पात आधीच वापरले आहे का ते पानाला माहीत नसते. प्रसिद्ध करण्यापूर्वी टकरी तपासा.
भाषा महत्त्वाची आहे
जागांशिवाय लिहिलेल्या लिप्या
शब्दांत कापायला सीमा लागतात. चिनी आणि जपानी जागांशिवाय लिहिली जातात, म्हणून त्या लिप्यांतील ओळ एकच शब्द म्हणून परत येते. पान अंदाजे जागी कापण्यापेक्षा तसे सांगणे पसंत करते.
तुर्की आणि ठिपक्याचा i
लहान अक्षरांत करणे पानाच्या भाषेचे नियम पाळते. तुर्कीत I चे लहान रूप ı आहे, ठिपक्याविना, आणि İ चे लहान रूप i आहे. इंग्रजी नियम लागू करणारा रूपांतरक शब्द बदलतो. हे पान ज्या भाषेत लिहिले आहे तिचे नियम पाळते.
जर्मन आणि तीक्ष्ण s
जर्मन ß आधीच लहान आहे आणि तसाच राहतो: straße-17. मोठे STRASSE strasse म्हणून परत येते, कारण मोठ्या रूपाला ते ß पासून आले की दोन अक्षरांपासून हे आठवत नाही.
उजवीकडून-डावीकडे आणि भारतीय लिप्या
अरबी, हिब्रू आणि भारतीय लिप्यांत शब्दांमध्ये जागा असतात आणि मोठी-लहान अक्षरे नसतात. पान त्यांचे शब्द हायफनांनी जोडते आणि अक्षरांना हात लावत नाही.
वेब हायफन का पसंत करते
शोध इंजिने हायफनांना जागा समजतात
शोध इंजिने पत्त्यातील हायफनला शब्दांमधील विभाजक मानतात, म्हणून how-to-repot-a-fern पाच शब्द म्हणून समजले जाते. अधोरेखा याउलट साधारणपणे जोडणारे म्हणून वाचले जाते, आणि how_to_repot_a_fern एक लांब शब्द म्हणून वाचला जाऊ शकतो. लोक शोधत असलेल्या पत्त्यांसाठी हायफन चांगली निवड आहेत, आणि ती सवय संपूर्ण वेबवर पसरली आहे.
वाचनीयता
लिंकला अधोरेखित केल्यावर अधोरेखा नाहीशी होऊ शकते, कारण रेषा नेमकी अधोरेखेच्या जागी असते. हायफन दिसत राहतो. हा लहान मुद्दा आहे, पण पत्त्यांत हे रूप का रुजले ते तो समजावतो.
मोठ्या-लहान अक्षरांचा फरक नसणे
पत्ते लहान अक्षरांत सर्वात सुरक्षित असतात, कारण काही सर्व्हरवर त्यांचे भाग मोठ्या-लहान अक्षरांबाबत संवेदनशील असू शकतात. kebab-case व्याख्येनुसार लहान अक्षरांचे आहे, ज्यामुळे चुकांचे एक कुटुंब नाहीसे होते.
kebab-case जिथे संकेत आहे
वेब पत्ते
पान पत्त्याचा शेवटचा भाग, slug, जवळजवळ नेहमी kebab-case मध्ये असतो. उच्चारचिन्हांपासूनही मुक्त असायला हव्या असलेल्या पत्त्यांसाठी URL slug पान वापरा.
CSS आणि HTML
CSS गुणधर्म kebab-case मध्ये असतात (background-color, font-size), आणि बहुतेक वर्ग नावे आणि सानुकूल गुणधर्मही (--brand-color). data-user-id सारखे HTML गुणधर्म तीच शैली पाळतात. घटकासाठी वर्ग नाव शोधताना तुमच्या स्टाइलशीटचा वाचक kebab-case अपेक्षितो. घटक आकारांसहही काढला असेल, तर px ते rem लांबींसाठी मदत करते.
फाइल आणि फोल्डर नावे
हायफनांनी जोडलेले लहान अक्षरांचे शब्द प्रत्येक प्रणालीवर सुरक्षित फाइल नाव असते, म्हणूनच स्थिर साइट निर्माते आणि अनेक फ्रेमवर्क ते पाने आणि मालमत्तेसाठी वापरतात.
कमांड-लाइन पर्याय आणि पॅकेज नावे
--dry-run सारखे ध्वज, npm सारख्या नोंदवह्यांवरील पॅकेज नावे, आणि feature/login-form सारख्या Git शाखा सर्व kebab-case पाळतात. या रूपात बदललेला वाक्यांश तुम्ही वापरत असलेल्या साधनांनी स्वीकारण्याची शक्यता असते.
Lisp आणि त्याचे चुलत भाऊ
हे रूप Lisp मधून आले, जिथे नावांत हायफनांना परवानगी आहे कारण भाषेला त्यांचा चिन्हांभोवती जागांशिवाय वजाबाकी चिन्ह म्हणून वापर नाही. kebab-case हे नाव सळईबद्दलचा विनोद आहे, आणि ते टिकले.
जिथे संकेत नाही
Python, Ruby आणि डेटाबेस
हे अधोरेखा पसंत करतात, कारण हायफन वजा म्हणून वाचला जाईल. त्यांच्यासाठी snake_case वापरा.
JavaScript चले आणि Java
चलाच्या नावातील हायफन म्हणजे वजाबाकी. या भाषा camelCase वापरतात. Kebab-case तरीही त्यांच्या स्ट्रिंग मूल्यांत, फाइल नावांत आणि CSS मध्ये दिसू शकते.
गद्य आणि शीर्षके
kebab-case नावांसाठी आहे. शीर्षके आणि वाक्यांनी आपल्या जागा आणि मोठी अक्षरे राखावीत. शीर्षकासाठी Title Case विचारात घ्या.
इथे text ला kebab-case मध्ये कसे रूपांतरित करावे
तुमचा मजकूर चिकटवा किंवा टाइप करा
पहिल्या रकान्यात वाक्यांश भरा. निकाल दुसऱ्यात लगेच दिसतो, त्यामुळे तुम्ही टाइप करता तसा तो बदलताना पाहू शकता.
नाव तपासा
ते नैसर्गिक वाचले जाते आणि फार लांब नाही याची खात्री करा. साधारण साठ अक्षरांपेक्षा लांब पत्ते शोध निकालांत कापले जातात. चांगला slug लहान असतो आणि पान काय आहे ते सांगतो.
कॉपी करा
कॉपी बटण दाबा आणि निकाल हवा तिथे चिकटवा. त्याच ओळीच्या इतर रूपांसाठी खाली पाहा.
तीच ओळ सातही लेखनांत
रूपांचा तक्ता
रूपांतरकाखाली एक तक्ता साइट देत असलेल्या सातही रूपांत उदाहरण ओळ दाखवतो: मोठी अक्षरे, लहान अक्षरे, 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 मानवी शीर्षक अशा पत्त्यात ठेवण्याच्या गरजेतून जिथे जागा आणि उच्चारचिन्हांना परवानगी नाही.
व्यवहारात चांगली चालणारी नावे
लहान आणि वर्णनात्मक
चांगले kebab-case नाव शक्य तितक्या कमी शब्दांत ती गोष्ट काय आहे ते सांगते. contact-us हे please-get-in-touch-with-our-team पेक्षा चांगले आहे. text ला kebab-case मध्ये रूपांतरित करताना आधी वाक्यांश कमी करा.
काळानुसार स्थिर
पत्त्यांतील नावे वचने आहेत: इतर साइट त्यांना लिंक करतात. पुनर्रचनेनंतरही खरी राहतील अशी नावे निवडा, आणि तारखा व आवृत्ती क्रमांक तोच मुद्दा नसेल तर टाळा.
प्रकल्पभर सुसंगत
प्रत्येक पान पत्ता, वर्ग नाव आणि फाइल नाव तोच नियम पाळत असेल, तर नवागत नावे बरोबर ओळखू शकतो. नव्या पानासाठी text ला kebab-case मध्ये रूपांतरित करताना आकृतिबंधासाठी शेजारचे नाव तपासा.
तुम्हाला आवडेल तर थांबणारे शब्द नसलेली
काही लोक पत्ते लहान ठेवायला the, a आणि of सारखे शब्द वगळतात. ही आवडीची बाब आहे: लहान पत्ता नीटनेटका असतो, पूर्ण पत्ता मोठ्याने वाचायला चांगला.
खऱ्या प्रकल्पातील kebab-case
CSS वर्गांना नावे देणे
स्टाइलशीटमधील घटक नावे लहान, हायफनयुक्त वाक्यांशांत सर्वोत्तम वाचली जातात: card, card-title, card-footer. BEM सारख्या पद्धती भेदांसाठी दुहेरी हायफन आणि अधोरेखा जोडतात, पण प्रत्येक वर्गाचा पाया अजूनही लहान अक्षरांचे हायफनयुक्त नाव असतो. वर्गासाठी text ला kebab-case मध्ये रूपांतरित करताना तुम्ही पुढच्या विकसकाला त्याला ओळखता येईल असे नाव देता.
साइटसाठी फाइल आणि फोल्डरना नावे देणे
साइटची रचना अनेकदा तिच्या पत्त्यांचे प्रतिबिंब असते, what-to-plant-in-april.html नावाच्या फाइलसह किंवा garden-guides नावाच्या फोल्डरसह. सुसंगत हायफनयुक्त नावे रचना पाहायला, लिंक करायला आणि प्रणालींमध्ये हलवायला सोपी बनवतात. पानाला डेटा फाइल लागत असेल, तर CSV ते JSON आणि साइटचे इतर रूपांतरक ती तयार करू शकतात, आणि निकालाला तोच नामकरण नियम लागू होतो.
आवृत्ती नियंत्रणातील शाखा आणि टॅगना नावे देणे
प्रत्येक कामासाठी शाखा वापरणारे संघ त्यांना fix-login-redirect किंवा add-search-filter अशी नावे देतात. शाखेचे नाव याद्यांत, पुल रिक्वेस्टमध्ये आणि गप्पांमध्ये वाचले जाते, आणि लहान हायफनयुक्त वाक्यांश चाळायला सोपा असतो. अनेक संघ प्रकार आणि तिरकी रेघ उपसर्ग लावतात: feature/add-search-filter. तिरक्या रेघेनंतरचा भाग बनवायला कामाच्या शीर्षकावरून text ला kebab-case मध्ये रूपांतरित करा.
गुणधर्म आणि सानुकूल गुणधर्मांना नावे देणे
CSS मधील --space-large आणि --brand-primary सारखे सानुकूल गुणधर्म संकेतानुसार kebab-case मध्ये असतात, आणि HTML data गुणधर्मही. तुम्ही रंगांवरही काम करत असाल, तर अशा नावांमागील मूल्यांसाठी HEX ते RGB ही नोंद लागू शकते.
जुन्या आणि नव्या नावांची नोंद ठेवणे
तुम्ही फाइल्स किंवा वर्गांच्या खेपेचे नामांतर करता तेव्हा जुन्या आणि नव्या नावांची दोन-स्तंभी यादी ठेवा. ती शोधा-आणि-बदला, पुनर्निर्देशन आणि सहकाऱ्याला काय झाले ते समजावणे यांत मदत करते. रूपांतरक नवी नावे सुसंगत बनवतो; यादी बदलाची तपासणी करता येईल असा बनवते.
टिकणारे पत्ते बनवणे
आधी वाचकाचा विचार करा
पत्ता यंत्रांनी वाचण्यापूर्वी माणसे वाचतात. लहान, स्पष्ट पत्ता पाहुण्याला लिंक त्याला कुठे नेईल ते सांगतो आणि क्लिक करायला प्रोत्साहन देतो. slug साठी text ला kebab-case मध्ये रूपांतरित करताना, तो इतर कोणत्याही स्पष्टीकरणाविना संदेशात चिकटवल्याची कल्पना करा, आणि त्याला अर्थ लागतो का ते विचारा.
विभागाची पुनरावृत्ती करू नका
पत्त्यात आधीच recipes नावाचे फोल्डर असेल, तर पानाला best-recipes-for-summer म्हणायची गरज नाही. summer-salads सारखे नाव पुरेसे आहे, आणि पत्ता प्रतिध्वनीविना recipes/summer-salads असा वाचला जातो.
text ला kebab-case मध्ये रूपांतरित करताना सापळे
जिथे हायफन म्हणजे वजा तिथे वापरणे
बहुतेक प्रोग्रामिंग भाषांत नावातील हायफन म्हणजे वजाबाकी. अशा भाषांतील चलांसाठी kebab-case वापरू नका.
नाव अस्तित्वात असू शकते हे विसरणे
एकाच slug असलेली दोन पाने टकरतात. प्रसिद्ध करण्यापूर्वी तुमची साइट किंवा प्रकल्प तपासा.
प्रसिद्ध झालेला पत्ता बदलणे
पत्ता सार्वजनिक झाला की तो बदलल्याने लिंक तुटतात. बदलावाच लागला तर जुन्यापासून पुनर्निर्देशन लावा.
खूप लांब नावे
लांब पत्ते वाटायला गैरसोयीचे असतात आणि शोध निकालांत लहान केले जातात. रूपांतरित करण्यापूर्वी वाक्यांश छाटा.
रूपांतरित करण्यापूर्वी लोक विचारतात ते प्रश्न
विरामचिन्हांचे काय होते?
ती शब्दांमधील सीमा मानली जातात आणि पुढे नेली जात नाहीत.
अंक राखले जातात का?
होय, स्वतंत्र शब्दांसारखे, हायफनांनी वेगळे केलेले.
ते camelCase इनपुट हाताळते का?
होय. शब्दातील मोठे अक्षर कापणी दर्शवते, म्हणून fooBar म्हणजे foo-bar होते.
मी ते इतर भाषांसाठी वापरू शकतो का?
होय, पानाच्या भाषेच्या नियमांसह. चिनी आणि जपानी सारख्या जागांशिवायच्या लिप्या एकच शब्द म्हणून परत येतात.
माझा मजकूर अपलोड होतो का?
नाही. इथे तुम्ही टाइप केलेले कधीही कुठेही पाठवले जात नाही, त्यामुळे मसुदा, पासवर्ड किंवा ग्राहकाचे नाव इथे मजकूर संपादकाइतकेच सुरक्षित आहे.
मला त्याऐवजी अधोरेखा कशा मिळतील?
text ला snake_case मध्ये रूपांतरित करा सह.
एक कार्यरत उदाहरण
समजा तुम्ही संकेतस्थळावर नवा विभाग जोडत आहात आणि संपादकाने तुम्हाला Spring Garden: What To Plant In April (and Why) हे शीर्षक दिले आहे. तुम्ही ते चिकटवता आणि spring-garden-what-to-plant-in-april-and-why वाचता. ते लांब आहे, म्हणून तुम्ही शीर्षक What to Plant in April असे छोटे करता आणि पुन्हा रूपांतरित करता: what-to-plant-in-april. तुम्ही ते फाइल नाव आणि पत्ता म्हणून वापरता, आणि तेच शब्द, तेच रूपात, स्टाइलशीटमध्ये शीर्षकाचा वर्ग म्हणून. तीन जागा, एकच नाव, एकदा लिहिलेले.
एक छोटी यादी
रूपांतरण करण्यापूर्वी
नावाला जे सांगायचे आहे तेवढ्यापर्यंत वाक्यांश छोटा करा. कोणतेही अस्तित्वातील नाव जुळत नाही याची खात्री करा.
रूपांतरण करताना
वाक्यांश चिकटवा, निकाल वाचा आणि तो नैसर्गिक आणि वाजवी लहान आहे याची खात्री करा.
रूपांतरण केल्यानंतर
जिथे लागू तिथे सर्वत्र तेच नाव वापरा, आणि प्रसिद्ध झालेला पत्ता कधी बदललात तर पुनर्निर्देशन लावा.
सामान्य चुका
चलांच्या नावांसाठी kebab-case वापरणे
बहुतेक भाषांत हायफन म्हणजे वजा.
नावे खूप लांब करणे
लहान नावे वाटायला आणि लक्षात ठेवायला सोपी असतात.
प्रसिद्ध पत्ते बदलणे
त्याने लिंक तुटतात. गरज असेल तर पुनर्निर्देशन करा.
तुमचा मजकूर तुमच्या उपकरणावर राहतो
रूपांतरण स्थानिक पातळीवर होते. तुमचा मजकूर तुमचा स्वतःचा ब्राउझर हाताळतो आणि काहीही कुठेही पाठवले जात नाही. नंतर पुसण्यासारखे काही नसते आणि खाते उघडायचे नसते. text ला kebab-case मध्ये रूपांतरित करण्याचा हा साधा मार्ग आहे.
सारांश
इथे text ला kebab-case मध्ये रूपांतरित करायला एक ओळ चिकटवा आणि ती शब्द कापलेली, लहान अक्षरांत आणि हायफनांनी जोडलेली अशी परत वाचा. आधीच camelCase मध्ये लिहिलेली ओळ तिथेही कापली जाते, म्हणून fooBar म्हणजे foo-bar होते. पान विरामचिन्हे राखत नाही: स्वल्पविराम, टिपके आणि डॅश हे शब्दांमधील सीमा आहेत, पुढे नेण्याची अक्षरे नाहीत, जे CSS वर्ग किंवा फाइल नावासाठी तुम्हाला हवे असते आणि गद्यासाठी नाही. शब्दांत कापायला सीमा लागतात, म्हणून जागांशिवाय लिहिलेली चिनी आणि जपानी एकच शब्द म्हणून परत येतात. लहान अक्षरांत करणे पानाच्या भाषेचे पालन करते. वेब हायफन पसंत करते कारण शोध इंजिने त्यांना जागा समजतात. काहीही अपलोड होत नाही.