ข้อความ

Case Converter

แปลงข้อความหรือตัวระบุเป็นทุกสไตล์ที่นิยมใช้พร้อมกัน — camelCase, snake_case, kebab-case และอื่นๆ รู้จักขอบเขตคำใน camelCase/PascalCase ตัวย่อ (XMLParser → XML + Parser) และตัวเลข

The tool detects word boundaries in any text or identifier — spaces, underscores, hyphens, camelCase/PascalCase boundaries, and abbreviations — and instantly converts the result into every common naming style.

Naming styles

Common uses

Things to keep in mind

Abbreviations (XMLParser, HTTPClient) are recognized as single words automatically, so conversion doesn't break them into individual letters.

Converting to lower case or UPPER CASE is irreversible — keep the original around if you'll need it back.

บทความเกี่ยวกับเครื่องมือนี้: camelCase, snake_case, kebab-case: ควรใช้รูปแบบไหนเมื่อไหร่

คำถามที่พบบ่อย

เครื่องมือนี้รองรับรูปแบบการตั้งชื่อแบบไหนบ้าง?

รองรับ camelCase, PascalCase, snake_case, kebab-case, CONSTANT_CASE, Title Case, Sentence case, lower case, UPPER CASE, dot.case และ path/case โดยแปลงได้พร้อมกันทุกรูปแบบในครั้งเดียว

เครื่องมือรู้ขอบเขตคำใน camelCase หรือ PascalCase ได้อย่างไร?

ระบบจะแยกคำตรงจุดที่ตัวอักษรเปลี่ยนจากพิมพ์เล็กเป็นพิมพ์ใหญ่ และแยกกลุ่มตัวย่อพิมพ์ใหญ่ติดกันออกจากคำถัดไปอย่างถูกต้อง เช่น XMLParser จะถูกแยกเป็น XML และ Parser รวมถึงตัวเลขก็ถูกนับเป็นขอบเขตคำแยกด้วย

ข้อความที่พิมพ์หรือวางในเครื่องมือนี้ถูกส่งไปที่เซิร์ฟเวอร์หรือไม่?

ไม่ ทุกการแปลงทำงานด้วย JavaScript ในเบราว์เซอร์ของคุณทั้งหมด ไม่มีข้อความใดถูกอัปโหลดหรือส่งไปยังเซิร์ฟเวอร์

ทำไมตัวพิมพ์ใหญ่เล็กถึงมีความหมายกับโค้ดเลย?

ในภาษาโปรแกรมส่วนใหญ่ ตัวพิมพ์ใหญ่เล็กไม่ส่งผลทางเทคนิคต่อการทำงาน (ยกเว้น identifier ที่สนใจตัวพิมพ์ใหญ่เล็ก) แต่รูปแบบที่สม่ำเสมอสำคัญมากต่อความอ่านง่าย และต่อ linter, IDE และเครื่องมือสร้างเอกสาร ซึ่งมักคาดหวังรูปแบบเฉพาะสำหรับเอนทิตีแต่ละประเภท

สามารถกู้คืนข้อความต้นฉบับหลังแปลงได้หรือไม่?

ไม่เสมอไปแบบเป๊ะ ๆ การแปลงเป็นตัวพิมพ์เล็กหรือใหญ่ทั้งหมดจะย้อนกลับไม่ได้หากต้นฉบับมีตัวพิมพ์ใหญ่เล็กผสมกัน — ข้อมูลว่าตัวอักษรใดเคยเป็นตัวพิมพ์ใหญ่จะสูญหายไป

บทความ: ข้อความ

Text Diff: อัลกอริทึมหาความแตกต่างของข้อความทำงานอย่างไร

อัลกอริทึม diff หาชุดการเปลี่ยนแปลงที่น้อยที่สุดระหว่างข้อความสองเวอร์ชันได้อย่างไร

Regular Expression: พื้นฐานและกับดักของการจับคู่แบบโลภ

ความแตกต่างระหว่างการจับคู่แบบโลภและแบบขี้เกียจใน regex และเหตุใดจึงสำคัญในทางปฏิบัติ

การเรียงบรรทัด: ทำไมการเรียงตามตัวอักษรถึงต่างจากการเรียงตามตัวเลข

เหตุใดการเรียงตามตัวอักษรจึงปฏิบัติต่อตัวเลขเหมือนข้อความ และต่างจากการเรียงตามตัวเลขอย่างไร

การ Escape สตริง: ทำไมกฎถึงต่างกันใน JS, JSON, shell และ regex

เหตุใดจึงไม่มีกฎการ escape เดียวที่ใช้ได้ทุกที่ — JS, JSON, shell และ regex ต่างก็มีกฎของตัวเอง

CRLF กับ LF: ทำไมการขึ้นบรรทัดใหม่ยังคงสร้างปัญหา

ความแตกต่างระหว่าง CRLF กับ LF มาจากไหน และเหตุใดยังคงสร้างปัญหากับ git และสคริปต์

การนับตัวอักษรและคำ: ทำไม Unicode ทำให้ซับซ้อน

เหตุใดอิโมจิหนึ่งตัวที่เห็นด้วยตาจึงอาจประกอบด้วย code point หลายตัวใน Unicode

Lorem Ipsum: ข้อความหลอกนี้มาจากไหนและทำไมไม่มีความหมาย

ข้อความ Lorem Ipsum มาจากไหนจริง ๆ และเหตุใดจึงใช้ข้อความไร้ความหมายแทนข้อความจริง

Slugify: หัวข้อกลายเป็น URL ที่ใช้งานได้อย่างไร

หัวข้อบทความกลายเป็น URL ที่สะอาดและอ่านง่ายด้วยเครื่องหมายขีดได้อย่างไร

Markdown: ทำไมจึงกลายเป็นมาตรฐานของเอกสาร

เหตุใด Markdown จึงยังอ่านง่ายแม้ในรูปแบบดิบ ต่างจาก HTML

ช่องว่างที่มองไม่เห็น: ทำไมการเปรียบเทียบข้อความที่ดูเหมือนกันจึงล้มเหลว

ช่องว่างที่มองไม่เห็นเพียงตัวเดียวทำให้การเปรียบเทียบข้อความสองชิ้นที่ดูเหมือนกันล้มเหลวได้อย่างไร

การกลับข้อความ: ทำไมจึงพังกับอิโมจิ

เหตุใดการกลับข้อความแบบง่ายจึงทำให้อิโมจิที่ประกอบจาก code point หลายตัวพังไป

การวิเคราะห์ความถี่ข้อความ: จาก word cloud สู่การถอดรหัส

การวิเคราะห์ความถี่ตัวอักษรช่วยถอดรหัสแบบแทนที่อักษรง่าย ๆ ในอดีตได้อย่างไร