কেস কনভার্টার

কেস শৈলী বুঝুন

টেক্সট কেসের একটি ফিল্ড গাইড

"কেস" আসলে একসঙ্গে দুটি ভিন্ন পছন্দকে বর্ণনা করে: কোন অক্ষরগুলি বড় করা হবে, এবং শব্দের মধ্যেকার সীমানা কীভাবে চিহ্নিত হবে। মানুষের গদ্য শব্দ-সীমানা স্পেস দিয়ে চিহ্নিত করে এবং বড়-অক্ষর নির্ধারণে ব্যাকরণের ওপর নির্ভর করে। প্রোগ্রামিং আইডেন্টিফায়ারে (identifiers) স্পেস থাকতে পারে না, তাই তারা একটি বিকল্প তৈরি করে — একটি কুঁজ (camelCase), একটি আন্ডারস্কোর (snake_case), একটি হাইফেন (kebab-case) বা একটি বিন্দু (dot.case) — এবং কেসিং-এর নিয়ম শৈলীর মধ্যেই মিশিয়ে নেয়। প্রায় প্রতিটি নামযুক্ত কেস সেই দুটি প্রশ্নের একটি নির্দিষ্ট উত্তর মাত্র।

প্রতিদিনের শৈলীগুলি সেগুলিই যা আপনি লেখায় আগে থেকেই পান। UPPERCASE প্রতিটি অক্ষরকে বড় করে দেয় এবং সংক্ষিপ্ত রূপ, ছোট শিরোনাম ও জোরের জন্য সংরক্ষিত; এর দীর্ঘ সারি ধীরে পড়া হয় কারণ অভিন্ন অক্ষর-আকার সেই শব্দ-আকার সংকেতগুলি সরিয়ে দেয় যার ওপর পাঠক নির্ভর করেন। lowercase এর বিপরীত চরম। বাক্য কেস (Sentence case) কেবল প্রথম শব্দের প্রথম অক্ষর বড় করে (এবং সঙ্গে ব্যক্তিবাচক বিশেষ্য) এবং মূল টেক্সট, UI লেবেল ও অধিকাংশ আধুনিক হেডলাইনের জন্য স্বাভাবিক শৈলী। টাইটেল কেস (Title Case) প্রতিটি গুরুত্বপূর্ণ শব্দের প্রথম অক্ষর বড় করে এবং বই, নিবন্ধ ও গানের শিরোনামে ব্যবহৃত হয় — এবং, পরবর্তী অংশ যেমন দেখায়, এটি দেখতে যতটা সরল মনে হয় ততটা নিষ্পত্তিকৃত নয়।

প্রোগ্রামিং শৈলীগুলি তাদের বিভাজকের ভিত্তিতে ভাগ হয়। camelCase শব্দগুলিকে কোনও বিভাজক ছাড়াই জোড়ে এবং প্রথম শব্দকে ছোট হাতের রাখে: helloWorld, getUserName। PascalCase (আনুষ্ঠানিকভাবে UpperCamelCase) একই কিন্তু প্রথম অক্ষরটিও বড় করে: HelloWorld, HttpRequest। snake_case ছোট হাতের শব্দগুলিকে আন্ডারস্কোর দিয়ে জোড়ে; যখন প্রতিটি অক্ষরও বড় হয় তখন এটি SCREAMING_SNAKE_CASE হয়ে যায় (যাকে CONSTANT_CASE বা UPPER_SNAKE_CASE-ও বলা হয়)। kebab-case আন্ডারস্কোরের বদলে হাইফেন রাখে এবং অস্বাভাবিকভাবে অনেকগুলি ডাকনামে পরিচিত — dash-case, spinal-case, lisp-case এবং caterpillar-case সবই একই জিনিস বোঝায়। Train-Case এর বড়-অক্ষরযুক্ত জ্ঞাতিভাই (Hello-World), এবং dot.case কেবল পূর্ণচ্ছেদ দিয়ে আলাদা করে। শেষে রয়েছে নতুনত্বের শৈলী: aLtErNaTiNg CaSe (ওরফে "studly caps" বা "mocking/SpongeBob case") প্রতিটি অক্ষরে ছোট ও বড়-র মধ্যে পাল্টায়, এবং iNVERSE case প্রতিটি অক্ষরের বর্তমান কেসকে উল্টে দেয়।

প্রতিটি কেস শৈলী কোথায় ব্যবহৃত হয়

প্রোগ্রামিং ভাষাগুলি কোনও একটি রীতিতে একমত নয়, এবং "সঠিক" কেস বেছে নেওয়া বেশিরভাগ ক্ষেত্রে সেই সম্প্রদায়ের সঙ্গে মেলানোর ব্যাপার যেখানে আপনার কোড থাকে — লিন্টার ও কোড-রিভিউয়াররা এটি আপনার জন্য প্রয়োগ করে। Python-এর আনুষ্ঠানিক স্টাইল গাইড, PEP 8, ফাংশন ও ভেরিয়েবলের জন্য snake_case, ক্লাস নামের জন্য PascalCase এবং মডিউল-স্তরের কনস্ট্যান্টের জন্য SCREAMING_SNAKE_CASE নির্ধারণ করে। Ruby ও Rust একই "মানের জন্য snake, টাইপের জন্য Pascal" বিভাজন অনুসরণ করে। C-পরিবার ও JavaScript-এর জগত ক্যামেল কেসের ওপর ভর করে: Java ও JavaScript ভেরিয়েবল ও মেথডের জন্য camelCase এবং ক্লাসের জন্য PascalCase ব্যবহার করে; C# মেথড নামও বড় করে। Go-র নিজস্ব একটি বিশেষত্ব আছে — এটি ক্যামেল ও প্যাসকেল কেস ব্যবহার করে কিন্তু বড়-অক্ষরকে একটি অর্থ দেয়, কারণ যে আইডেন্টিফায়ার বড় অক্ষর দিয়ে শুরু হয় তা তার প্যাকেজ থেকে এক্সপোর্ট (পাবলিক) হয় আর ছোট অক্ষর দিয়ে শুরু হওয়াটি ব্যক্তিগত থাকে।

আইডেন্টিফায়ারের বাইরে, রীতিগুলি উল্লেখযোগ্যভাবে সঙ্গতিপূর্ণ। কনস্ট্যান্ট ও এনভায়রনমেন্ট ভেরিয়েবল প্রায় সর্বজনীনভাবে SCREAMING_SNAKE_CASE হয় (DATABASE_URL, MAX_RETRIES)। CSS ক্লাস নাম, HTML অ্যাট্রিবিউট ও URL স্লাগ kebab-case ব্যবহার করে কারণ হাইফেন এই প্রসঙ্গগুলিতে সর্বত্র নিরাপদ এবং শব্দ-বিরতির মতো পড়া হয়। SQL টেবিল ও কলাম প্রথাগতভাবে snake_case ব্যবহার করে। আর মানুষের সামনে আসা টেক্সটের জন্য — হেডলাইন, নেভিগেশন লেবেল, বাটন টেক্সট — পছন্দটি বাক্য কেস (যা পঠনযোগ্যতার জন্য এখন অধিকাংশ প্রোডাক্ট ও সম্পাদকীয় স্টাইল গাইড পছন্দ করে) এবং টাইটেল কেস (যা প্রকাশিত রচনার শিরোনামের জন্য এখনও স্ট্যান্ডার্ড) এর মধ্যে।

টাইটেল কেস দেখতে যতটা সহজ মনে হয় ততটা নয়

"টাইটেল কেস" শুনতে একটিই নিয়মের মতো লাগে, কিন্তু এর কোনও একক কর্তৃপক্ষ নেই — এবং প্রধান স্টাইল গাইডগুলি সত্যিই পরস্পর অসম্মত। তারা সহজ অংশগুলিতে একমত: প্রতিটি গাইড প্রথম শব্দ, প্রধান শব্দ (বিশেষ্য, সর্বনাম, ক্রিয়া, বিশেষণ, ক্রিয়াবিশেষণ) বড় করে, এবং মাঝে এলে আর্টিকল a, an ও the ছোট রাখে। তারা ছোট সংযোজক শব্দ — পূর্বসর্গ ও সংযোজক — নিয়ে ভিন্নমত পোষণ করে, আর ঠিক এখানেই একটি সরল কনভার্টার শিরোনামকে ভুল করে।

সবচেয়ে পরিষ্কার বিভাজন পূর্বসর্গ নিয়ে। AP (অ্যাসোসিয়েটেড প্রেস) ও APA একটি দৈর্ঘ্য-নিয়ম ব্যবহার করে: তিন বা তার কম অক্ষরের পূর্বসর্গ ও সংযোজক ছোট রাখুন, কিন্তু চার বা তার বেশি অক্ষরের যেকোনও শব্দ বড় করুন — তাই AP লেখে Gone With the Wind, চার-অক্ষরের With বড় করে। Chicago (CMOS) ও MLA বিপরীত অবস্থান নেয় এবং দৈর্ঘ্য নির্বিশেষে সব পূর্বসর্গ ছোট রাখে, যা Gone with the Wind ছোট with সহ তৈরি করে। গাইডগুলি শেষ শব্দ নিয়েও ভিন্ন: AP, Chicago ও MLA সবসময় শিরোনামের শেষ শব্দ বড় করে, তাই শেষে আসা একটি পূর্বসর্গও বড় হয় (What to Look For)। APA-র কোনও শেষ-শব্দ নিয়ম নেই, তাই তার দৈর্ঘ্য-নিয়ম অনুযায়ী একই শিরোনাম What to Look for-এ শেষ হয়। সমন্বয়কারী সংযোজক (and, but, or, nor, for, so, yet) অধিকাংশ গাইডে ছোট রাখা হয়, যদিও Chicago so ও yet-কে ক্রিয়াবিশেষণ হিসেবে কাজ করলে বড় ধরে। ব্যবহারিক সারমর্ম: একটি সাধারণ "টাইটেল কেস" বাটন — এই টুলের মতো — একটি যুক্তিসঙ্গত রীতি প্রয়োগ করে, কিন্তু আপনি যদি কোনও নির্দিষ্ট স্টাইল গাইডের জন্য লেখেন তবে ছোট শব্দগুলি সবসময় হাতে যাচাই করে নিন।

camelCase, snake_case ও সঙ্গীরা: একটি সংক্ষিপ্ত ইতিহাস

নামগুলি এই প্রথাগুলির চেয়ে অনেক নতুন। শব্দগুলিকে ভেতরের বড়-অক্ষর দিয়ে জোড়া — যাকে টাইপোগ্রাফার ও অক্সফোর্ড ইংলিশ ডিকশনারি মিডিয়াল ক্যাপিটালস বলে — শত শত বছরের পুরনো, যা কম্পিউটারের অনেক আগে রাসায়নিক নামকরণ ও লিপিকর সংক্ষেপণে দেখা যায়। এটি ১৯৭০-এর দশকে বেশ কয়েকটি প্রোগ্রামিং ভাষায় একটি স্ট্যান্ডার্ড আইডেন্টিফায়ার শৈলী হয়ে ওঠে, কিন্তু আকর্ষণীয় নামটি পরে আসে: এই শৈলীর জন্য প্রথম নথিভুক্ত শব্দ "InterCaps" ১৯৯০ সালের এপ্রিলে Usenet-এ উপস্থিত হয়, এবং "CamelCase" শব্দটি নিজে ১৯৯৫ সালে Newton Love তৈরি করেন, যিনি বলেছিলেন যে "শৈলীর কুঁজময়তা" প্রথমে তাঁকে এটিকে HumpyCase বলতে উদ্বুদ্ধ করেছিল। এরপর ডট-কম উত্থান মিডিয়াল ক্যাপিটালসকে সাধারণ ব্র্যান্ড নামে ছড়িয়ে দেয় — iMac, PowerPoint, YouTube।

আন্ডারস্কোর রীতিও ঠিক তেমনই পুরনো এবং এর নাম ঠিক তেমনই নতুন। আন্ডারস্কোরযুক্ত আইডেন্টিফায়ার ১৯৬০-এর দশকের শেষভাগ পর্যন্ত যায় এবং C এগুলিকে পাকা করে — এগুলি The C Programming Language (১৯৭৮)-এ ভরা — কিন্তু snake_case শব্দটি কেবল ২০০৪-এর কাছাকাছি Ruby সম্প্রদায়ে জনপ্রিয় হয়, Gavin Kistner-এর একটি Usenet পোস্টে। kebab-case এর অনানুষ্ঠানিক নাম পায় এই কারণে যে হাইফেন শব্দগুলিকে কাবাবের শিকে গাঁথা মাংসের মতো "গেঁথে" দেয়; হাইফেন-কে-বিভাজক করার অভ্যাসটি নিজেই Lisp থেকে আসে, যার আইডেন্টিফায়ারে সবসময় হাইফেনের অনুমতি ছিল, যে কারণে এই শৈলীকে lisp-case-ও বলা হয়। একটি ঘনিষ্ঠ আত্মীয় হল হাঙ্গেরিয়ান নোটেশন, যা Charles Simonyi Microsoft-এ তৈরি করেন (তিনি এর আগে Xerox PARC-এ কাজ করেছিলেন), যা একটি ভেরিয়েবল নামের আগে তার টাইপ বা ভূমিকার জন্য একটি ছোট ছোট-হাতের ট্যাগ বসায় (strName, iCount)। এটিকে "হাঙ্গেরিয়ান" বলা হয় দুটি কারণে — Simonyi-র উৎসের প্রতি ইঙ্গিত, এবং এই কারণেও যে, হাঙ্গেরিয়ান নামের মতো, এটি "প্রদত্ত নাম"-এর আগে "টাইপ" রাখে।

ইউনিকোড ফাঁদ: বড়-অক্ষর করা কেন সরল নয়

সাধারণ ইংরেজির জন্য কেস বদলানো নগণ্য: দুটি সমান্তরাল ২৬-অক্ষরের বর্ণমালার মধ্যে সরে যাওয়া। বাকি বিশ্বের জন্য এটি সত্যিই কঠিন, কারণ কেস ম্যাপিং ভাষা-নির্ভর এবং সবসময় এক-থেকে-এক নয়। কয়েকটি সুনথিভুক্ত ফাঁদ সরল কনভার্টারদের ধরে ফেলে:

• জার্মান ß-এর দৈর্ঘ্য বদলে যায়। শার্প s-এর ঐতিহাসিকভাবে কোনও একক বড় রূপ ছিল না, তাই ß-এর ডিফল্ট ইউনিকোড বড় রূপ হল দুই-অক্ষরের অনুক্রম SS — অর্থাৎ straße বড় হয়ে STRASSE হয় এবং টেক্সট দীর্ঘ হয়ে যায়। একটি বড় এস্‌জেট ẞ (U+1E9E) ২০০৮ সালে ইউনিকোডে যোগ করা হয় এবং ২০১৭ সালে আনুষ্ঠানিক জার্মান বানানে গৃহীত হয়, কিন্তু যেহেতু এটি এখনও ঐচ্ছিক, স্ট্যান্ডার্ড ম্যাপিং SS-ই থেকে যায়।
• তুর্কি বিন্দুযুক্ত/বিন্দুহীন i। তুর্কিতে দুটি ভিন্ন i আছে: বিন্দুযুক্ত i/İ ও বিন্দুহীন ı/I। তুর্কি i বড় করলে বিন্দুযুক্ত বড় İ পাওয়া উচিত, এবং I ছোট করলে বিন্দুহীন ı — যা ইংরেজির ঠিক বিপরীত। তুর্কি টেক্সটে ইংরেজি-লোকেল বড়-অক্ষর প্রয়োগ করলে তা নষ্ট হয়ে যায়, যা প্রকৃত বাগের একটি বিখ্যাত উৎস।
• গ্রিক অন্ত্য সিগমা। ছোট সিগমা কোনও শব্দের শেষে ς এবং অন্যত্র σ লেখা হয়, তাই একটি গ্রিক শব্দকে সঠিকভাবে ছোট করতে জানা প্রয়োজন যে শব্দটি কোথায় শেষ হয় — এমন প্রসঙ্গ যা একটি একক-অক্ষর লুকআপ দিতে পারে না।
• লিগেচার ও ডাইগ্রাফ। লিগেচার fl বড় হয়ে দুটি অক্ষর FL হয়। ডাইগ্রাফ অক্ষরের দুটি নয়, তিনটি রূপ থাকে: lj (ছোট), LJ (বড়) এবং একটি আলাদা টাইটেল-কেস রূপ Lj যা তখন ব্যবহৃত হয় যখন কোনও শব্দের কেবল প্রথম অক্ষর বড় করা হয়।

ব্যবহারিক শিক্ষা হল যে কেস রূপান্তর সবসময় ফিরে রাউন্ড-ট্রিপ করে না — ß-কে SS বড় করে আবার ছোট করলে ss পাওয়া যায়, মূলটি নয় — এবং যে একটি ইংরেজি-লক্ষ্যযুক্ত কনভার্টার (এই টুলের মতো) প্ল্যাটফর্মের ডিফল্ট, লোকেল-নিরপেক্ষ ম্যাপিং ব্যবহার করে। এটি ইংরেজি, পশ্চিম ইউরোপীয় টেক্সট ও অধিকাংশ উচ্চারণ-চিহ্নযুক্ত ল্যাটিন লিপির জন্য সঠিক, কিন্তু আপনি যদি তুর্কি, আজারবাইজানি বা যত্ন করে টাইপসেট করা গ্রিকে কেস প্রয়োগ করেন তবে আপনার একটি লোকেল-সচেতন টুল প্রয়োজন।

স্লাগ, আইডেন্টিফায়ার ও SEO

আপনি যখন একটি মানব শিরোনামকে URL স্লাগে পরিণত করেন, তখন প্রথাগত লক্ষ্য হল ছোট হাতের kebab-case, এবং বিভাজকের পছন্দ প্রসাধনী নয়। Google-এর দীর্ঘদিনের নির্দেশনা হল URL-এ শব্দ আলাদা করতে হাইফেন, আন্ডারস্কোর নয় ব্যবহার করুন: একটি সার্চ ইঞ্জিন red-running-shoes-কে তিনটি শব্দ হিসেবে পড়ে কিন্তু red_running_shoes-কে একক টোকেন redrunningshoes হিসেবে ধরে, যা মিলকে দুর্বল করে। ছোট হাতের অক্ষরও গুরুত্বপূর্ণ, কারণ অনেক সার্ভারে URL পাথ কেস-সংবেদনশীল, তাই কেস মেশানো ডুপ্লিকেট URL বা ভাঙা লিঙ্কের ঝুঁকি তৈরি করে। তাই একটি ভালো স্লাগ ছোট হাতের করে, স্পেস ও যতিচিহ্নকে একক হাইফেন দিয়ে বদলায়, উচ্চারণ-চিহ্নকে সাধারণ ASCII-তে আনে, এবং ছোট ফিলার শব্দগুলি বাদ দেয়।

কোড আইডেন্টিফায়ারের জন্য, সমতুল্য পরামর্শ কেবল এটাই যে আপনি যে ভাষা ও কোডবেসে আছেন তার রীতির সঙ্গে মিলুন, কারণ সঙ্গতিই নামগুলিকে পঠনযোগ্য করে এবং লিন্টারদের শান্ত রাখে। কেস শৈলীগুলি অর্থে বিনিময়যোগ্য — একই শব্দ, কেবল ভিন্নভাবে বিরামচিহ্নিত — এবং ঠিক এই কারণেই একটি কনভার্টার উপযোগী: snake_case-এ একটি কলাম নাম পেস্ট করুন এবং সরাসরি সেই camelCase প্রপার্টি হিসেবে তুলে নিন যা আপনার ফ্রন্ট-এন্ডের প্রয়োজন, অথবা একটি পেজ শিরোনামকে সেই kebab-case স্লাগে বদলে দিন যা তার দরকার।

সাধারণ কেস-রূপান্তর ভুল

• সংক্ষিপ্ত রূপ ও ব্যক্তিবাচক বিশেষ্য নষ্ট করা। অন্ধভাবে টাইটেল-কেস প্রয়োগ করলে প্রতিটি শব্দের লেজ ছোট হয়ে যায়, NASA-কে Nasa, iPhone-কে Iphone এবং McDonald-কে Mcdonald বানায়। ইচ্ছাকৃত বড়-অক্ষর সবসময় মানবিক যাচাই দাবি করে।
• ভুল নিয়ম-পুস্তিকা প্রয়োগ করা। AP-র দৈর্ঘ্য-নিয়মে তৈরি একটি শিরোনাম Chicago-শৈলীর নথিতে ভুল দেখায় এবং এর উল্টোটাও; ব্যাচ-রূপান্তরের আগে আপনার প্রকাশনা যে গাইড ব্যবহার করে সেটি বেছে নিন।
• গদ্যে প্রোগ্রামার কেস ব্যবহার করা (বা এর উল্টো)। snake_case কোডে মানায়, বাক্যে নয়; টাইটেল কেস হেডিং-এ মানায়, ভেরিয়েবল নামে নয়।
• URL-এ আন্ডারস্কোর। এগুলি পরিপাটি দেখায় কিন্তু SEO দুর্বল করে — হাইফেনের দিকে হাত বাড়ান।
• নন-ইংরেজি টেক্সট সরলভাবে বড় করা, যা তুর্কি, জার্মান ও গ্রিককে নীরবে নষ্ট করে (উপরের ইউনিকোড ফাঁদ দেখুন)।
• রাউন্ড-ট্রিপে ডেটা হারানো। টেক্সটকে "স্বাভাবিক" করতে ছোট করে আবার বড় করলে কদাচিৎ মূলটি ফেরে — একবার পার্থক্য মুছে গেলে মুছে যায়, তাই কেস-সংবেদনশীল যেকোনও কিছুর একটি অছোঁয়া কপি রাখুন।

প্রায়শই জিজ্ঞাসিত প্রশ্ন

টাইটেল কেস (Title Case) কী?

টাইটেল কেস প্রতিটি প্রধান শব্দের প্রথম অক্ষর বড় করে। এই টুলটি প্রচলিত রীতি অনুসরণ করে: ছোট পূর্বসর্গ (of, in, on, at, to, for, from, with, by, up, as, a, an, the, and, but, or, nor) বাদ দিয়ে বাকি সব শব্দের প্রথম অক্ষর বড় করা হয় — যদি না সেগুলি শিরোনামের প্রথম বা শেষ শব্দ হয়।

camelCase ও PascalCase-এর মধ্যে পার্থক্য কী?

camelCase ছোট হাতের অক্ষর দিয়ে শুরু হয় (helloWorld), আর PascalCase (যাকে UpperCamelCase-ও বলা হয়) বড় হাতের অক্ষর দিয়ে শুরু হয় (HelloWorld)। camelCase সাধারণত JavaScript-এর ভেরিয়েবল নামে ব্যবহৃত হয়; PascalCase ক্লাস ও কম্পোনেন্ট নামের জন্য প্রচলিত।

snake_case বনাম kebab-case কখন ব্যবহার করব?

snake_case (আন্ডারস্কোর) Python-এর ভেরিয়েবল ও কনস্ট্যান্টে, এবং SQL কলাম নামে স্ট্যান্ডার্ড। kebab-case (হাইফেন) CSS ক্লাস নাম, HTML অ্যাট্রিবিউট ও URL স্লাগে স্ট্যান্ডার্ড। JavaScript সাধারণত ভেরিয়েবলের জন্য camelCase পছন্দ করে।

এটি কি ইউনিকোড ও উচ্চারণ-চিহ্নযুক্ত অক্ষর সামলায়?

হ্যাঁ। বড়/ছোট হাতের অক্ষরে রূপান্তরের জন্য JavaScript-এর অন্তর্নির্মিত toUpperCase()/toLowerCase() ব্যবহৃত হয়, যা উচ্চারণ-চিহ্নযুক্ত অক্ষর, জার্মান ß → SS এবং অধিকাংশ ইউনিকোড লিপি সঠিকভাবে সামলায়। camelCase ও snake_case নন-ASCII অক্ষর ও যতিচিহ্ন সরিয়ে দেয়, কেবল অক্ষর, অঙ্ক ও স্পেস রাখে।

কিছু কি সার্ভারে আপলোড হয়?

না। সমস্ত রূপান্তর আপনার ব্রাউজারে ঘটে। আপনার টেক্সট কখনও আপনার ডিভাইস থেকে বাইরে যায় না।

সম্পর্কিত টুল

• ওয়ার্ড কাউন্টার
• টেক্সট ডিফ চেকার
• টেক্সট থেকে হেক্স
• URL এনকোড / ডিকোড