टूल
गाइड

टेक्स्ट बदलें

टेक्स्ट

नामकरण प्रथा, अक्षर केस, फुल/हाफ-विड्थ और उल्टे क्रम के बीच टेक्स्ट बदलें।

100% क्लाइंट-साइड कोई बैकएंड नहीं
इनपुट
आउटपुट
इस पृष्ठ पर

टेक्स्ट बदलें टूल क्या है?#

एक टेक्स्ट बदलें टूल किसी स्ट्रिंग को एक नियत नियम के अनुसार पुनः लिखता है — केस बदलें, नामकरण प्रथा स्विच करें, हाफ-विड्थ और फुल-विड्थ रूप बदलें, या अक्षर उलटें। इनमें से अधिकांश कार्यों का उत्तर आपके सिर में तब तक एक पंक्ति में होता है जब तक आप वास्तव में उन्हें करने का प्रयास न करें: “इस शीर्षक को kebab-case में बदलें” Content Type के लिए स्पष्ट है किंतु HTTPServer, getUserById_v2, या X-Rate-Limit-Remaining के लिए अस्पष्ट है। कौन-से हिस्से शब्द हैं? सीमाएँ कहाँ पड़ती हैं?

यह टूल एक ही, अनुमानित शब्द-विभाजक के साथ उत्तर देता है। यह विभाजकों (अंडरस्कोर, हाइफ़न, रिक्ति, विराम चिह्न) को सामान्य करता है, फिर camelCase और PascalCase जोड़ों पर, acronym-से-शब्द जोड़ों पर (HTTPServer → HTTP Server), और अक्षर-से-अंक जोड़ों पर (v2 → v 2) सीमाएँ डालता है। परिणामी टोकन बारह संक्रियाओं को खिलाते हैं: पाँच नामकरण प्रथाएँ (camelCase, PascalCase, snake_case, kebab-case, CONSTANT_CASE), चार अक्षर केस (अपर, लोअर, टाइटल, वाक्य), पूर्वी-एशियाई चौड़ाई रूपांतरण (हाफ ↔ फुल), और उल्टा। उल्टा Unicode कोडपॉइंट द्वारा चलता है, इसलिए इमोजी और अन्य सरोगेट-युग्म अक्षर बिना टूटे हुए आधे हिस्सों में बदले सही बचते हैं।

इसका उपयोग कैसे करें#

  1. टूलबार में ड्रॉपडाउन से क्रिया चुनें। बारह विकल्प तार्किक रूप से समूहबद्ध हैं: पहले नामकरण प्रथाएँ, फिर अक्षर केस, फिर चौड़ाई रूपांतरण, फिर उल्टा।
  2. बाईं ओर इनपुट फलक में टाइप करें या चिपकाएँ, या विभाजक का परीक्षण करने वाला उदाहरण लोड करने के लिए नमूना दबाएँ।
  3. दाईं ओर आउटपुट फलक में परिणाम पढ़ें — यह इनपुट या चुनी हुई संक्रिया के बदलते ही अद्यतन होता है।
  4. बदली हुई स्ट्रिंग लेने के लिए आउटपुट शीर्षक में कॉपी क्लिक करें, या फिर से शुरू करने के लिए साफ़ करें।

संक्रियाएँ कुल हैं: खाली इनपुट पर खाली आउटपुट, और कोई भी संक्रिया throw नहीं कर सकती। ड्रॉपडाउन स्विच करने पर वही इनपुट तत्काल नए नियम से चलता है, जो इसे एक ही पहचानकर्ता के लिए snake_case की kebab-case से तुलना करने का तेज़ तरीका बनाता है।

मुख्य विशेषताएँ#

  • एक विभाजक, बारह आउटपुट। वही शब्द सीमाएँ हर नामकरण प्रथा को खिलाती हैं, इसलिए getUserById_v2 सुसंगत getUserByIdV2 / GetUserByIdV2 / get_user_by_id_v2 / get-user-by-id-v2 / GET_USER_BY_ID_V2 उत्पन्न करता है।
  • Acronym-जागरूक विभाजन। HTTPServer, HTTP + Server में विभाजित होता है, न कि H T T P Server — पहचाना पैटर्न (बड़े अक्षरों का क्रम जिसके बाद बड़ा-और-छोटा शब्द हो) acronym को पठनीय रखता है।
  • अक्षर-से-अंक सीमाएँ। v2 दो टोकन बनता है, इसलिए version2 साफ़ slugify होता है बजाय अंक को शब्द से चिपकाए।
  • पूर्वी-एशियाई चौड़ाई रूपांतरण। हाफ-विड्थ ASCII Hello 123 फुल-विड्थ Ｈｅｌｌｏ　１２３ बनता है (रिक्ति सहित), और विलोम ASCII पुनर्स्थापित करता है — पूर्वी-एशियाई फ़ॉर्म भरते या CJK पाठ संरेखित करते समय उपयोगी।
  • कोडपॉइंट उल्टा। a😀b को उलटने पर b😀a मिलता है, टूटा इमोजी नहीं — विभाजक UTF-16 कोड इकाइयों के बजाय कोडपॉइंट चलता है।
  • स्थानीय और तत्काल। कोई नेटवर्क नहीं, कोई अपलोड नहीं; हर बदलाव पेज में शुद्ध स्ट्रिंग गणित है।

विस्तृत उदाहरण#

इनपुट में एक मानव-पठनीय लेबल चिपकाएँ:

user first name

संक्रिया को पाँच नामकरण प्रथाओं से चलाएँ और आउटपुट फलक देखें:

  • camelCase → userFirstName
  • PascalCase → UserFirstName
  • snake_case → user_first_name
  • kebab-case → user-first-name
  • CONSTANT_CASE → USER_FIRST_NAME

अब एक गन्दा पहचानकर्ता आज़माएँ जो प्रथाएँ मिलाता हो:

HTTPServer v2

चूँकि विभाजक HTTP + Server सीमा और v + 2 सीमा पहचानता है, आउटपुट httpservver-v2 में सिकुड़ने के बजाय पठनीय रहते हैं:

  • kebab-case → http-server-v-2
  • snake_case → http_server_v_2
  • CONSTANT_CASE → HTTP_SERVER_V_2

यही एक बदलाव के बीच का अंतर है जो वास्तव में पहचानकर्ता संरचना समझता है और एक ऐसे का जो बस लोअरकेस करके विभाजक पर जोड़ता है।

अक्सर पूछे जाने वाले प्रश्न#

HTTPServer, h-t-t-p-server क्यों नहीं बनता?#

क्योंकि विभाजक बड़े अक्षरों के क्रम के बाद बड़ा-और-छोटा शब्द को acronym और शब्द मानता है। HTTPServer को HTTP + Server पढ़ा जाता है, जो लगभग हमेशा आपका मतलब होता है। एक साधारण विभाजक जो हर बड़े अक्षर पर तोड़ता, h-t-t-p-server जैसे अपठनीय slug उत्पन्न करता।

टाइटल केस और वाक्य केस में क्या अंतर है?#

टाइटल केस हर रिक्ति-सीमांकित शब्द के पहले अक्षर को बड़ा करता है (the quick fox → The Quick Fox), जो शीर्षकों और पुस्तक शीर्षकों के लिए सही है। वाक्य केस केवल पूरी स्ट्रिंग के पहले वर्णानुक्रमिक अक्षर को बड़ा करता है (the quick fox → The quick fox), जो गद्य और वाक्यों के लिए सही है। इसके आधार पर चुनें कि पाठ वास्तव में क्या है।

मैं हाफ-विड्थ ↔ फुल-विड्थ रूपांतरण कब उपयोग करूँ?#

पूर्वी-एशियाई टंकण कला और कुछ सरकारी/व्यवसायिक फ़ॉर्म CJK अक्षरों के साथ दृश्य संरेखण के लिए फुल-विड्थ लातीनी अक्षरों और अंकों (ＡＢＣ１２３) की अपेक्षा करते हैं। इसके विपरीत, किसी जापानी स्रोत से नकल किया गया पाठ अक्सर फुल-विड्थ रूप में आता है और इसे किसी regex या कोड पार्सर द्वारा स्वीकार किए जाने से पहले ASCII में पुनर्स्थापित करना पड़ता है। दोनों संक्रियाएँ एक-दूसरे की सटीक विलोम हैं।

क्या उल्टा इमोजी सही संभालता है?#

हाँ। संक्रिया UTF-16 कोड इकाई के बजाय Unicode कोडपॉइंट द्वारा (अर्थात Array.from द्वारा) पुनरावृत्त करती है, इसलिए मूल बहुभाषी समतल से बाहर का अक्षर — 😀 जैसा इमोजी, दुर्लभ CJK भावचित्र, या गणितीय प्रतीक — एक इकाई के रूप में उलटा जाता है। abc😀def को उलटने पर fed😀cba मिलता है, इमोजी सही।

क्या यह फ़ाइलों या चरों के एक समूह का नाम बदलने के लिए उपयोगी है?#

एकल पहचानकर्ता के लिए, हाँ — इसे चिपकाएँ, प्रथा चुनें, बाहर कॉपी करें। समूह कार्य के लिए आप सामान्यतः इसे स्क्रिप्ट करेंगे, किंतु यह पेज एक तेज़ तरीका है पुष्टि करने का कि एक प्रथा ठीक क्या आउटपुट उत्पन्न करती है इससे पहले कि आप इसे किसी regex या codemod में प्रतिबद्ध करें, विशेष रूप से उन अजीब मिश्रित-केस इनपुट के लिए जो बग को आमंत्रित करते हैं।