ปิดโฆษณา
แปลงรูปแบบตัวอักษร
แปลงรูปแบบตัวอักษร
รองรับการแปลงรูปแบบข้อความหลายประเภท รวมถึง camelCase ขีดล่าง ขีดกลาง และตัวพิมพ์ใหญ่-เล็กต่างๆ ให้รูปแบบพื้นฐาน (ตัวพิมพ์ใหญ่ ตัวพิมพ์เล็ก ตัวอักษรแรกพิมพ์ใหญ่) และรูปแบบการเขียนโปรแกรม (camelCase, snake_case, kebab-case ฯลฯ) รองรับการแปลงแบบกลุ่ม เหมาะสำหรับการตั้งชื่อการเขียนโปรแกรม การออกแบบ API และการจัดรูปแบบเอกสาร
🚀 เริ่มต้นอย่างรวดเร็ว
- วางหรือพิมพ์ข้อความที่ต้องการแปลง ตัวอักษรที่ไม่ใช่ละตินและอีโมจิจะถูกเก็บไว้ตามเดิม
- เลือกเป้าหมายรูปแบบจากหมวด “พื้นฐาน/เขียนโปรแกรม/อื่น ๆ” แล้วดูผลลัพธ์แบบเรียลไทม์
- คลิกที่การ์ดรูปแบบเพื่อคัดลอกผลลัพธ์ รองรับการแปลงข้อความหลายบรรทัดพร้อมกัน
- คลิกการ์ดรูปแบบหลายใบตามลำดับ เพื่อทำหลายรูปแบบการแปลงในครั้งเดียว
📌 สถานการณ์การใช้งานทั่วไป
- การตั้งชื่อตัวแปร/ฟังก์ชัน: แปลงวลีภาษาอังกฤษเป็น camelCase/PascalCase/snake_case เพื่อให้สไตล์สอดคล้องกัน
- CSS/URL: แนะนำใช้ kebab-case กับ class และพาธเพื่อให้อ่านง่าย
- ฟิลด์ฐานข้อมูล/ค่าคงที่: แปลงเป็น snake_case หรือ CONSTANT_CASE ให้ตรงกับมาตรฐานทีม
- ไฟล์/เส้นทาง: เปลี่ยนชื่อที่มีช่องว่างเป็น kebab-case หรือ path/case เพื่อความเป็นมิตรกับหลายแพลตฟอร์ม
- API/เส้นทาง: REST path ใช้ kebab/snake-case ส่วน GraphQL field นิยมใช้ camelCase
- จัดรูปแบบเอกสาร: หัวข้อใช้ Title Case ประโยคเปิดย่อหน้าใช้ Sentence case
- การเปลี่ยนชื่อชุดใหญ่: วางชื่อหลายบรรทัด แปลงทั้งหมด แล้วคัดลอกกลับไปใช้
- ก่อนรีวิวโค้ด: ทำให้รูปแบบการตั้งชื่อสอดคล้องเพื่อลด diff และการแก้ไขซ้ำ
📚 อ้างอิงรูปแบบ
- ตัวพิมพ์เล็กทั้งหมด: hello world example
- ตัวพิมพ์ใหญ่ทั้งหมด: HELLO WORLD EXAMPLE
- ประโยคแรกตัวพิมพ์ใหญ่: Hello world example
- ตัวแรกของแต่ละคำเป็นตัวใหญ่: Hello World Example
- ประโยคแรกตัวพิมพ์ใหญ่: Hello world example. Next sentence
- camelCase: helloWorldExample
- PascalCase: HelloWorldExample
- snake_case: hello_world_example
- kebab-case: hello-world-example
- CONSTANT_CASE: HELLO_WORLD_EXAMPLE
- dot.case: hello.world.example
- path/case: hello/world/example
- format_example_inverse
- สลับตัวพิมพ์ใหญ่/เล็ก: HELLO WORLD EXAMPLE → hello world example
🧭 คำแนะนำการใช้งาน
- การตั้งชื่อฝั่ง Frontend: ใช้ PascalCase สำหรับ component/ชนิดข้อมูล ใช้ kebab-case สำหรับ CSS class และ URL
- สคริปต์ฝั่ง Backend: Python และฐานข้อมูลมักใช้ snake_case ตัวแปรใน Java/Go มักใช้ camelCase หรือ UPPER_SNAKE
- ออกแบบ API: ควรรักษารูปแบบ REST path ให้คงที่ ส่วน GraphQL field ใช้ camelCase
⚠️ ข้อจำกัดและความเข้ากันได้
- เพื่อให้หน้าทำงานลื่นไหล ข้อความที่ยาวมากควรแบ่งเป็นส่วน ๆ ก่อนแปลง
- สัญลักษณ์พิเศษ: ตัวอักษรอย่าง @#$ จะถูกมองเป็นตัวคั่น เช่น hello@world → hello_world ตามรูปแบบที่เลือก
- ตัวเลข: ค่าตัวเลขจะถูกเก็บไว้ตามเดิม จะเพิ่มตัวคั่นเฉพาะตำแหน่งที่ตัวเลขติดกับตัวอักษรเพื่อไม่ให้ค่าเพี้ยน
🔒 ความเป็นส่วนตัวและความปลอดภัย
- การประมวลผลทั้งหมดเกิดขึ้นในเบราว์เซอร์ของคุณ ข้อมูลจะไม่ออกจากอุปกรณ์
❓ คำถามที่พบบ่อย
camelCase ต่างจาก PascalCase อย่างไร?
camelCase มักใช้กับตัวแปรหรือฟังก์ชัน ส่วน PascalCase ใช้บ่อยกับชื่อคลาสและคอมโพเนนต์
ทำไมอักขระพิเศษบางตัวหายไป?
สัญลักษณ์อย่าง @#$ จะถูกมองเป็นตัวคั่น เช่น hello@world จะกลายเป็น hello_world เพื่อให้รูปแบบการตั้งชื่อสม่ำเสมอ
ข้อความหลายภาษาจะถูกแปลงผิดหรือไม่?
ตัวอักษรที่ไม่ใช่ละตินและอีโมจิจะไม่ถูกเปลี่ยน เครื่องมือจะแปลงเฉพาะคำภาษาอังกฤษ