Konverter Gaya Penulisan
Berpindah antara camelCase, snake_case, kebab-case, PascalCase, dan lainnya
Tentang alat ini
Pengenal terus-menerus berpindah antar-konvensi: API mengembalikan snake_case, TypeScript Anda mau camelCase, kelas CSS butuh kebab-case, dan variabel lingkungan menuntut CONSTANT_CASE. Konverter ini menerima masukan campur aduk apa pun — spasi, garis bawah, tanda hubung, camelCase yang sudah ada — memecahnya menjadi kata dengan cerdas, lalu menyusunnya ulang ke sembilan gaya tujuan sekaligus.
Pemecahnya paham kasus-kasus rumit: ia membelah “getUserByID” menjadi get/user/by/id (menjaga akronim tetap utuh sampai batasnya), memperlakukan angka sebagai bagian dari katanya, dan memproses tiap baris secara terpisah, jadi Anda bisa menempel satu kolom penuh nama bidang basis data dan mengonversinya sekali jalan.
Semua gaya ditampilkan serentak, masing-masing dengan tombol salin per barisnya — tak perlu memilih mode dulu, cukup tempel lalu ambil yang Anda perlukan.
Pertanyaan yang sering diajukan
- Bagaimana akronim seperti “HTTPResponse” ditangani?
- Deretan huruf kapital yang diikuti huruf kecil dipecah tepat sebelum kapital terakhir: HTTPResponse → http + response. Ini sesuai dengan cara kebanyakan panduan gaya mengharapkan akronim ditokenkan, meski tidak ada pemecah yang bisa menebak maksud dengan sempurna — kasus tepi seperti “IOError” menjadi io + error.
- Bisakah saya mengonversi banyak pengenal sekaligus?
- Bisa — setiap baris dikonversi sendiri-sendiri. Tempel daftar nama kolom, satu per baris, dan keluarannya mempertahankan struktur baris itu dalam gaya yang baru.
- Apa bedanya Title Case dan Sentence case di sini?
- Title Case mengapitalkan setiap kata (“User Account Id”); Sentence case hanya kata pertama (“User account id”). Keduanya tidak menerapkan aturan redaksional soal kata sandang dan kata depan — untuk pengenal, aturan itu hampir tidak pernah Anda inginkan.
- Kenapa mengonversi bolak-balik tidak selalu memulihkan bentuk asli saya?
- Memecah menjadi kata membuang informasi — “user_ID_2” dan “userId2” ditokenkan secara identik. Konversi ke depan bersifat deterministik, tetapi ejaan asli batas antarkata tidak selalu bisa direkonstruksi ke belakang.