หน้านี้แปลงข้อความยาว ๆ ให้เป็น camelCase จบในคลิกเดียว: ตัดช่องว่าง ขีดล่าง ขีดกลาง และจุดทิ้งให้หมด แล้วยกตัวอักษรตัวแรกของคำถัดไปขึ้นเป็นพิมพ์ใหญ่ ไม่มีตัวเลือกให้ตั้งเลยสักข้อ ผมลองใช้กับป้ายภาษาไทยแล้วเจอเรื่องที่ไม่มีใครเตือนไว้: สระบน สระล่าง และวรรณยุกต์หายไปจากผลลัพธ์ ถ้าปลายทางเป็นชื่อคีย์ที่คนต้องอ่านออก อย่าให้คำไทยผ่านเครื่องนี้
ผมเจออะไรตอนลองแปลงป้ายภาษาไทย?
ผมมีรายการป้ายฟิลด์เป็นภาษาไทยสามคำที่ต้องแปลงเป็นชื่อคีย์: ราคาสินค้า, ชื่อ-นามสกุล, จำนวนคงเหลือ ผมแปลงด้วยสูตรเดียวกับที่หน้าเว็บนี้ใช้ แล้วเอามาเทียบกับต้นฉบับทีละตัว
ผลออกมาเป็น ราคาสนคา, ชอนามสกล, จำนวนคงเหลอ ดูเผิน ๆ เหมือนงานเสร็จ เพราะช่องว่างกับขีดกลางหายหมดจริง แต่พออ่านออกเสียงกลับขาดตอน สระอิ สระอำ และไม้โท ไม้เอก หายไปทั้งหมด คำที่ได้จึงไม่ใช่คำไทยที่ถูกต้องอีกต่อไป
ถ้าเอาผลลัพธ์นี้ไปตั้งเป็นคีย์ ระบบจะไม่พัง มันรันได้ปกติ แต่คนที่มาเปิดโค้ดทีหลังจะอ่านชื่อฟิลด์ไม่ออก และถ้าปลายทางเป็นข้อความที่ผู้ใช้เห็น ป้ายจะกลายเป็นคำผิดทันที
ทำไมอักขระไทยถึงหาย?
ตัวแปลงเก็บไว้เฉพาะอักขระที่จัดเป็นตัวอักษรหรือตัวเลขตามนิยาม Unicode ส่วนอื่นถือเป็นตัวคั่นแล้วลบทิ้ง ปัญหาคือสระบน สระล่าง วรรณยุกต์ และการันต์ของไทยไม่ได้อยู่ในกลุ่มตัวอักษร แต่เป็นเครื่องหมายประกอบที่เกาะอยู่กับพยัญชนะ
สรุปสั้น ๆ: เครื่องนี้เหมาะกับข้อความละติน ไม่เหมาะกับข้อความไทยที่ต้องคงรูปเดิม ถ้าจำเป็นต้องมีคีย์จากคำไทย จริง ๆ แล้วควรตั้งคีย์เป็นภาษาอังกฤษหรือคำทับศัพท์แล้วเก็บคำไทยไว้เป็นข้อความแสดงผลแยกอีกฟิลด์
แล้วมันทำอะไรได้ดี?
กับข้อความอังกฤษมันทำงานตรงไปตรงมา ตัวอย่างที่หน้าเว็บให้มาเองคือ hello wonderful WORLD ได้ helloWonderfulWorld และทุกตัวคั่นถูกปฏิบัติเหมือนกันหมด ไม่ว่าจะเป็นช่องว่าง ขีดล่าง ขีดกลาง หรือจุด
| ข้อมูลเข้า | ผลลัพธ์ | สิ่งที่เกิดขึ้น |
|---|---|---|
| hello wonderful WORLD | helloWonderfulWorld | ตัวอย่างบนหน้าเว็บ |
| user_name / user-name / user.name | userName | ตัวคั่นทุกแบบถูกลบเกลี้ยง |
| HelloWorld | helloWorld | คำแรกถูกลดเป็นพิมพ์เล็กเสมอ ไม่มีโหมด PascalCase |
| item 2 price | item2Price | ตัวเลขถูกนับเป็นคำปกติ |
| version 1.0.3 beta | version103Beta | จุดหายไป 1.0.3 กลายเป็น 103 |
| ราคาสินค้า | ราคาสนคา | สระบนล่างกับวรรณยุกต์หลุด |
ข้อจำกัดด้านขนาดมีสองชั้น: ช่องข้อความรับได้ถึง 2,000,000 ตัวอักษร และไฟล์ที่เปิดเข้ามาได้ไม่เกิน 2 MB โดยรับนามสกุล .txt .json .csv .tsv .xml .html .css .js .sql .md .yaml .yml รวม 12 แบบ ทั้งหมดประมวลผลในเบราว์เซอร์ ไฟล์ไม่ถูกอัปโหลดขึ้นเซิร์ฟเวอร์ และไม่ต้องสมัครหรือล็อกอิน
ตรงไหนที่ยังต้องเช็กเอง?
คำย่อพิมพ์ใหญ่จะถูกยุบรวมเพราะตัวตัดคำมองขอบเขตตามการเปลี่ยนจากพิมพ์เล็กไปพิมพ์ใหญ่เท่านั้น HTTPResponse code จึงออกมาเป็น httpresponseCode และ getUserIDByToken ออกมาเป็น getUserIdbyToken ซึ่งอ่านยากกว่าเดิม
หน้าเว็บไม่มีตัวเลือกเลยสักข้อ ไม่มีโหมดเก็บคำย่อไว้ ไม่มีสลับไป PascalCase และไม่มีทางเลือกตัวคั่นอื่น อยากได้ snake_case ต้องไปใช้เครื่องอีกตัว ผลลัพธ์มีปุ่มคัดลอกกับปุ่มบันทึกไฟล์ให้เท่านั้น ไม่มีประวัติย้อนหลัง
ตัวเครื่องอยู่ที่ แปลงข้อความเป็นรูปแบบ camelCase ใช้ฟรีและไม่ต้องมีบัญชี
ฟังก์ชันและค่าพารามิเตอร์อ้างอิงตามหน้าเครื่องมือนี้บน toolpug.com เวอร์ชันพฤศจิกายน 2026
ผู้เขียน: คนที่ต้องตั้งชื่อคีย์ในโปรเจกต์ทุกสัปดาห์ และมักเจอปัญหากับข้อความที่ไม่ใช่ภาษาอังกฤษ · อัปเดตล่าสุด: 2026-11-12 · อ้างอิง: หน้าครื่องมือ รูปแบบ camelCase บน toolpug.com และการทดสอบแปลงข้อความด้วยตรรกะเดียวกับที่หน้าเว็บใช้