camelCase, snake_case आणि kebab-case: कोणते वापरावे

camelCase vs snake_case vs kebab-case हा मुख्यत्वे प्रश्न आहे की नाव कुठे राहते. JavaScript आणि Java camelCase (firstName) वापरतात, Python, Ruby आणि SQL snake_case (first_name) वापरतात, आणि CSS, HTML attributes व URL kebab-case (first-name) वापरतात. भाषेची पद्धत आणि तुमच्या टीमची style guide पाळा. मजकुराची केस बदलण्यासाठी मोफत केस कनव्हर्टर आणि मोफत URL स्लग जनरेटर बहुतेक काम तुमच्या ब्राउझरमध्येच करतात.

एका नजरेत camelCase vs snake_case vs kebab-case

शैली	उदाहरण	तुम्हाला कुठे दिसेल
camelCase	userFirstName	JavaScript आणि TypeScript चे variables व functions, Java चे methods, अनेक वेब APIs कडून येणारे JSON
PascalCase	UserFirstName	बहुतेक भाषांमधील class नावे, React components, C# चे methods
snake_case	user_first_name	Python चे variables व functions, Ruby, SQL स्तंभ नावे, अनेक JSON APIs
SCREAMING_SNAKE_CASE	USER_FIRST_NAME	अनेक भाषांमधील constants, environment variables
kebab-case	user-first-name	CSS properties व class नावे, HTML attributes, URL, फाइल नावे, CLI flags

नावे त्यांच्या आकारावरून आली आहेत: camelCase मध्ये मोठ्या अक्षरांचे उंचवटे असतात, snake_case underscore वर सपाट पसरते, आणि kebab-case मधील शब्द hyphen वर ओवलेले असतात.

भाषेनुसार

JavaScript आणि TypeScript. Variables व functions camelCase मध्ये असतात (getUserName), classes आणि React components PascalCase मध्ये (UserCard), आणि constants अनेकदा SCREAMING_SNAKE_CASE मध्ये (MAX_RETRIES). भाषेचे स्वतःचे built-ins हेच पाळतात, जसे getElementById आणि toLowerCase.

Python. PEP 8, म्हणजे Python ची style guide, functions, variables आणि module नावांसाठी snake_case वापरते, classes साठी CapWords (PascalCase), आणि constants साठी मोठ्या अक्षरांत underscore वापरते. Python मध्ये getUserName लिहिणे चालते, पण तो वाचणाऱ्या प्रत्येक Python developer ला तो विसंगत वाटेल.

CSS आणि HTML. CSS properties kebab-case मध्ये असतात (background-color, font-size), आणि बहुतेक class-नामकरण प्रणाली तेच पाळतात (.nav-item, .card-title). HTML data- attributes देखील kebab-case असतात, आणि browsers त्यांचे JavaScript साठी रूपांतर करतात: data-user-id हे element.dataset.userId होते. ही एक ओळ दोन्ही पद्धती का अस्तित्वात आहेत याचा छोटासा सारांश देते.

SQL आणि डेटाबेस. स्तंभ व टेबल नावे सहसा snake_case मध्ये असतात (created_at, order_items). अनेक डेटाबेस quote न केलेली नावे एकाच केसमध्ये बदलतात, त्यामुळे तुम्ही प्रत्येक वेळी quote केले नाही तर createdAt चुपचाप createdat होऊ शकते. snake_case हे टाळते.

URL आणि फाइल नावे. kebab-case वापरा. Google च्या URL रचना मार्गदर्शनानुसार शब्द वेगळे करण्यासाठी underscore ऐवजी hyphen सुचवले आहेत, कारण hyphen शब्दांच्या सीमा स्पष्ट दाखवतात. लोअरकेसमुळे अशा सर्व्हरवरील तुटलेले दुवे टाळता येतात जे About.html आणि about.html वेगळ्या फाइल मानतात. URL स्लग म्हणजे काय आणि URL स्लगच्या सर्वोत्तम पद्धती पहा.

JSON आणि APIs. यासाठी एकच नियम नाही. JavaScript-केंद्रित अनेक APIs camelCase वापरतात, आणि अनेक Python किंवा Ruby back ends snake_case परत देतात. प्रत्येक API साठी एक पद्धत निवडा आणि एकाच प्रतिसादात कधीही मिसळू नका.

कोणते वाचायला सर्वात सोपे?

तिन्ही सवय झाल्यावर वाचायला सोपे आहेत. काही व्यावहारिक फरक:

• snake_case आणि kebab-case शब्दांमध्ये स्पष्ट अंतर ठेवतात, जे लांब नावे आणि संक्षेपांसाठी उपयुक्त आहे (html_parser विरुद्ध htmlParser विरुद्ध HTMLParser).
• camelCase लहान असते आणि त्यासाठी जास्तीची चिन्हे लागत नाहीत.
• kebab-case बहुतेक भाषांमध्ये variable नावांसाठी वापरता येत नाही, कारण user-name म्हणजे user minus name असे वाचले जाते.
• डबल-क्लिक बहुतेक editors मध्ये संपूर्ण snake_case किंवा camelCase नाव निवडते, पण kebab-case मध्ये सहसा hyphen वर थांबते.

खरा नियम सुसंगतता आहे. userName, user_name आणि UserName मिसळणारी फाइल, एकच शैली सर्वत्र वापरणाऱ्या फाइलपेक्षा वाचायला कठीण असते.

शैलींमध्ये रूपांतर

लेयर्समध्ये डेटा हलवताना रूपांतर करावे लागते: Python API चे created_at JavaScript मध्ये createdAt होणे, पेज शीर्षकाचे URL होणे, किंवा सेटिंग नावाचे environment variable होणे.

kebab-case किंवा snake_case साठी: slug generator वापरा. शब्द एका ओळीत एक नाव याप्रमाणे पेस्ट करा, आणि kebab-case साठी हायफन (-) किंवा snake_case साठी अंडरस्कोर (_) निवडा. ते सर्व लोअरकेस करते, accents साध्या अक्षरांत बदलते आणि चिन्हे काढून टाकते. कोणतेही चिन्ह शब्दाची सीमा मानले जाते, त्यामुळे user_first_name हे user-first-name होते आणि परत तसेच. पण ते camelCase चे भाग वेगळे करत नाही: userFirstName हे userfirstname होते. आधी शब्दांमध्ये spaces ठेवा.

SCREAMING_SNAKE_CASE साठी. प्रथम slug generator मध्ये snake_case आवृत्ती बनवा, मग ती मोफत केस कनव्हर्टर मध्ये पेस्ट करा आणि सर्व मोठे अक्षर क्लिक करा. उलट दिशेने, सर्व लहान अक्षर MAX_RETRIES ला max_retries बनवते.

camelCase किंवा PascalCase साठी. एका क्लिकचे बटण नाही. सर्वात जलद मार्ग: spaces सह शब्द टाइप करा, केस कनव्हर्टरमध्ये प्रत्येक शब्द मोठ्या अक्षराने क्लिक करा (user first name हे User First Name होते), मग PascalCase साठी spaces काढा आणि camelCase साठी पहिले अक्षर लोअरकेस करा.

कोडमधील अनेक नावे एकदम. मोठ्या नाव बदलासाठी editor चे find-and-replace regular expression सह वापरा. पॅटर्न आधी मोफत regex तपासक मध्ये तपासा: उदाहरणार्थ _([a-z]) प्रत्येक underscore नंतर येणारे अक्षर शोधते, जिथे snake_case ला camelCase साठी मोठे अक्षर हवे असते. अनेक editors replacement मध्ये कॅप्चर केलेले अक्षर मोठे करू शकतात; सिंटॅक्स तुमच्या editor च्या documentation मध्ये तपासा.

रूपांतर करताना लक्षात ठेवण्याच्या गोष्टी

• संक्षेप. userId की userID, HtmlParser की HTMLParser हे ठरवा आणि त्यावर ठाम राहा.
• अंक. address_line_2 स्वच्छपणे रूपांतरित होते; addressLine2 ठीक आहे; फक्त अंक गाळू नका.
• सार्वजनिक नावे. JSON field किंवा URL बदलल्यास त्यावर अवलंबून असलेले तुटते. URL साठी redirect जोडा आणि APIs मध्ये जुनी field नावे काही काळ चालू ठेवा.

तुमचा मजकूर रूपांतरित करा

सर्व मोठे अक्षर, सर्व लहान अक्षर आणि प्रत्येक शब्द मोठ्या अक्षराने यासाठी मोफत केस कनव्हर्टर वापरा, आणि kebab-case व snake_case साठी slug generator. दोन्ही तुमच्या ब्राउझरमध्ये चालतात, आणि तुम्ही पेस्ट केलेले काहीही तुमचे डिव्हाइस सोडत नाही.