แปลงตัวพิมพ์

Case Conversion สำหรับ Developer: camelCase, snake_case และเพื่อนๆ

ทุกภาษาโปรแกรมมีความเห็นของตัวเองว่าจะตั้งชื่อยังไง JavaScript ชอบ camelCase, Python ยืนกรานใช้ snake_case, CSS เลือก kebab-case สลับไปมาด้วยมือน่าเบื่อและผิดพลาดง่าย ตัวแปลง case จัดการให้ในไม่กี่วินาที

รูปแบบ Case ไหนใช้ตรงไหน

UPPER CASE สำหรับค่าคงที่, Title Case สำหรับหัวข้อ, camelCase สำหรับตัวแปรกับฟังก์ชัน JS, PascalCase สำหรับชื่อคลาส, snake_case สำหรับ Python กับฐานข้อมูล, kebab-case สำหรับ CSS class กับ URL ใช้ผิดตัวแล้ว code review จะได้ยินเรื่องนี้แน่

เลือก Case ที่ถูกต้องให้ตรงงาน

เขียน JavaScript หรือ Java? ตัวแปรกับฟังก์ชันใช้ camelCase (เช่น getUserName) ชื่อคลาสกับ React component ใช้ PascalCase (เช่น UserProfile) เขียน Python? ทุกอย่าง snake_case (get_user_name) ยกเว้นคลาสที่ใช้ PascalCase CSS class กับ URL slug อยู่ใน kebab-case (user-profile-card) ค่าคงที่ในเกือบทุกภาษาใช้ UPPER_SNAKE_CASE (MAX_RETRIES) ใช้ถูกไม่ใช่แค่เรื่องสไตล์ มันทำให้โค้ดดูรู้เรื่องทันที

Style Guide ของแต่ละภาษาบอกว่ายังไง

JavaScript กับ TypeScript: camelCase สำหรับตัวแปร PascalCase สำหรับคลาส UPPER_SNAKE_CASE สำหรับค่าคงที่ Python (PEP 8): snake_case สำหรับตัวแปรกับฟังก์ชัน PascalCase สำหรับคลาส CSS: kebab-case สำหรับชื่อคลาส Java: camelCase สำหรับ method ตัวพิมพ์เล็กสำหรับ package Go มีเอกลักษณ์ -- PascalCase ทำให้ฟังก์ชัน public (exported) ส่วน camelCase เก็บไว้ private กฎพวกนี้ไม่ได้ตั้งมามั่วๆ มันคือวิธีที่ developer คนอื่นอ่านโค้ดคุณแล้วรู้เรื่องได้ทันที

Naming Convention: สิ่งที่แยกโค้ดสะอาดออกจากโค้ดรก

เลือก convention แล้วยึดมันตลอดทั้งโปรเจกต์ ไม่มีอะไรฆ่าความสามารถในการอ่านเร็วเท่าการผสม camelCase กับ snake_case ในไฟล์เดียวกัน ตั้งชื่อให้ชัดเจน userAge ชนะ uA ทุกครั้ง ตั้งค่า ESLint, Pylint หรือ linter ของภาษาที่ใช้ให้จับความไม่สม่ำเสมอในการตั้งชื่อโดยอัตโนมัติ ถ้าเข้าร่วมโปรเจกต์ที่มีอยู่ ทำตาม convention ที่มีอยู่แล้ว แม้จะชอบอย่างอื่นมากกว่า ความสม่ำเสมอชนะความชอบส่วนตัวเสมอ