केस कनवर्टर

हम 15+ फ़ॉर्मेट्स का समर्थन करते हैं जिसमें camelCase, PascalCase, snake_case, kebab-case, CONSTANT_CASE, dot.case, path/case, Train-Case, Title Case और अधिक विशेष नामकरण परंपराएँ शामिल हैं।

हाँ, स्मार्ट पहचान प्रणाली XML, HTML, API और URL जैसे संक्षिप्ताक्षरों को रूपांतरण के दौरान संरक्षित रखती है, उन्हें आउटपुट फ़ॉर्मेट में पहचानने योग्य बनाए रखती है।

बिल्कुल। बैच प्रोसेसिंग सुविधा कई लाइनों को एक साथ संभालती है, सभी लाइनों पर एक ही रूपांतरण नियम लागू करते हुए लाइन संरचना को संरक्षित रखती है।

जैसे ही आप टेक्स्ट टाइप या पेस्ट करते हैं, सभी 15+ फ़ॉर्मेट रूपांतरण रियल-टाइम पूर्वावलोकन पैनल में एक साथ प्रदर्शित होते हैं, जिससे आप तुरंत तुलना और चयन कर सकते हैं।

हाँ, कई डेवलपर्स इसका उपयोग परियोजनाओं में नामकरण परंपराओं को मानकीकृत करने के लिए करते हैं - snake_case डेटाबेस कॉलम को JavaScript के लिए camelCase में बदलना, या kebab-case API एंडपॉइंट्स उत्पन्न करना।

camelCase (JavaScript फ़ंक्शन और Java मेथड्स), PascalCase (अधिकांश भाषाओं में क्लासेस), snake_case (Python और Ruby आइडेंटिफ़ायर), kebab-case (CSS क्लासेस, URLs, फ़ाइल नाम), CONSTANT_CASE (एनवायरनमेंट वेरिएबल और एनम्स), और Title Case With Spaces। कनवर्टर प्रत्येक स्टाइल के सटीक नियम लागू करता है - camelCase पहले शब्द को लोअरकेस करता है, PascalCase सभी शब्दों को कैपिटलाइज़ करता है।

"parse HTTP2 request" जैसा इनपुट केस बाउंड्री और अंकों पर शब्दों में विभाजित होता है, इसलिए HTTP2 एक ही टोकन रहता है और camelCase में http2Request या constant case में PARSE_HTTP2_REQUEST बन जाता है। Acronyms को रूपांतरण के बीच कभी विशेष माना नहीं जाता - Pascal-case करने पर URL, Url बन जाता है, जो Google's Java Style जैसे मानक स्टाइल गाइड्स के व्यवहार से मेल खाता है।

शब्द सीमाएँ चार संकेतों से आती हैं: स्पेस, हाइफ़न, अंडरस्कोर, और lower-to-upper केस ट्रांज़िशन। "XMLHttpRequest" जैसी स्ट्रिंग l-to-H सीमा पर xml + http + request में विभाजित होती है। यदि विभाजन गलत लगे, तो लगातार आने वाले कैपिटल अक्षरों की जाँच करें - एल्गोरिद्म लोअरकेस अक्षर के बाद आने वाले प्रत्येक नए अपरकेस रन को एक नया शब्द मानता है, जो Expressive Words जैसे codifiers की परंपरा पर आधारित है।