Pengubah Huruf Besar/Kecil

• UPPERCASE mengubah setiap huruf menjadi huruf kapital (HELLO WORLD).
• lowercase mengubah setiap huruf menjadi huruf kecil (hello world).
• Title Case mengkapitalisasi huruf pertama dari setiap kata (Hello World).
• Sentence case hanya mengkapitalisasi huruf pertama dari keseluruhan string (Hello world).
• camelCase menggabungkan kata-kata tanpa pemisah, membuat huruf pertama menjadi huruf kecil dan mengkapitalisasi kata-kata berikutnya (helloWorld).
• PascalCase sama seperti camelCase tetapi juga mengkapitalisasi kata pertama (HelloWorld).
• snake_case membuat semua huruf menjadi huruf kecil dan menggabungkannya dengan garis bawah (hello_world).
• kebab-case membuat semua huruf menjadi huruf kecil dan menggabungkannya dengan tanda hubung (hello-world).
• CONSTANT_CASE membuat semua huruf menjadi huruf besar dan menggabungkannya dengan garis bawah (HELLO_WORLD).
• dot.case membuat huruf kecil dan menggabungkannya dengan titik (hello.world).
• Alternating case mengganti huruf besar dan kecil secara bergantian demi huruf (hElLo WoRlD).

Setiap format menyandikan aturan pemisah sekaligus aturan kapitalisasi, dan pengonversi kami menangani semua kombinasi dari format input ke format output.

Kedua format menggabungkan kata-kata tanpa pemisah. Perbedaannya terletak pada huruf pertama — camelCase membuatnya menjadi huruf kecil (myVariableName), PascalCase menjadikannya huruf besar (MyClassName).

Konvensi di berbagai bahasa modern:

• camelCase untuk variabel, nama fungsi, dan nama metode;
• PascalCase untuk nama kelas, nama tipe, nama antarmuka, enum, dan komponen React/Vue/Svelte.

• Contoh JavaScript: const userAccount = getCurrentUser() — userAccount dan getCurrentUser adalah camelCase; class UserAccount {} — UserAccount adalah PascalCase.
• Java: int totalAmount, void calculateTotal() (metode/field camelCase), class Calculator (kelas PascalCase).
• C#: lebih bernuansa — properti dan metode publik adalah PascalCase (UserName, GetUserById), field privat menggunakan camelCase (seringkali dengan awalan _).
• TypeScript mengikuti konvensi JavaScript ditambah PascalCase untuk tipe dan antarmuka.
• Komponen React harus berupa PascalCase agar dapat dirender dengan benar — nama tag huruf kecil ditafsirkan sebagai elemen HTML.

snake_case adalah konvensi dominan dalam bahasa dinamis dan skrip.

• Python PEP 8 mewajibkan snake_case untuk nama fungsi, nama variabel, nama metode, nama modul, nama paket: def calculate_total(user_id), total_amount = 0, import data_processor. Konstanta ditulis dengan CAPS_WITH_UNDERSCORES (MAX_RETRY = 5). Kelas menggunakan PascalCase (class UserAccount).
• Ruby menggunakan snake_case secara menyeluruh — metode, variabel, nama file — dengan konstanta dalam PascalCase atau CONSTANT_CASE.
• SQL: penamaan standar untuk tabel dan kolom adalah snake_case (user_accounts, created_at, last_login_date) —identifier bertanda kutip mempertahankan kapitalisasi tetapi memperkenalkan kerapuhan di berbagai database.
• JSON: API yang dihasilkan oleh Python dan Ruby biasanya mengembalikan nama field snake_case (Stripe API, Twitter API, Django REST Framework).

Saat melakukan transformasi antara backend Python dan frontend JavaScript, pilih salah satu dan lakukan konversi pada batas API (misalnya, interceptor axios, generator alias Pydantic).

kebab-case diperlukan di tiga tempat:

• (1) Nama kelas CSS — .primary-button, .nav-link-active. Identifier JavaScript tidak boleh mengandung tanda hubung, sehingga CSS sengaja memilih tanda hubung agar mustahil tertukar dengan identifier JavaScript.
• (2) Slug URL — /blog/how-to-calculate-mortgage. Google secara eksplisit merekomendasikan tanda hubung alih-alih garis bawah untuk pemisahan kata: tanda hubung diperlakukan sebagai pemisah kata, sedangkan garis bawah sebagai penghubung, sehingga 'best-running-shoes' diindeks sebagai tiga istilah terpisah sementara 'best_running_shoes' diindeks sebagai satu istilah.
• (3) Nama atribut HTML — khususnya atribut data-* dan nama elemen kustom Web Components. Spesifikasi Web Components mengharuskan nama elemen kustom untuk berisi tanda hubung (my-component, bukan myComponent) untuk membedakannya dari elemen HTML standar.

Properti kustom CSS (variabel) juga menggunakan kebab-case: --primary-color, --max-width. Ketika kerangka kerja CSS-in-JS mengubah nama properti, mereka secara otomatis mengonversi camelCase JavaScript menjadi kebab-case CSS.

CONSTANT_CASE (juga disebut SCREAMING_SNAKE_CASE atau UPPER_SNAKE_CASE) menandakan 'nilai ini tidak pernah berubah' di setiap bahasa utama.

Kasus penggunaan:

• (1) Konstanta tingkat bahasa — JavaScript const PI = 3.14159, Java public static final int MAX = 100, Python ABSOLUTE_PATH = '/etc', Go const MaxRetries = 5 (meskipun Go sering menggunakan MixedCase untuk konstanta yang diekspor).
• (2) Nilai enum — TypeScript enum Status { PENDING, IN_PROGRESS, COMPLETED }, Java public enum Status { PENDING, IN_PROGRESS }, anggota StrEnum Python.
• (3) Variabel lingkungan — DATABASE_URL, NODE_ENV, AWS_ACCESS_KEY_ID di semua OS dan kerangka kerja.
• (4) Makro C/C++ — #define BUFFER_SIZE 1024, #define MAX_RETRY 5.
• (5) Bagian lingkungan Docker compose YAML, Kubernetes ConfigMaps, rahasia GitHub Actions, dasbor Vercel/Netlify.

Pembeda visual SCREAMING membuat konstanta mustahil disalahartikan sebagai variabel sekilas pandang — itulah inti dari konvensi tersebut.

Title Case mengkapitalisasi huruf pertama dari setiap kata; Sentence case hanya mengkapitalisasi huruf pertama dari keseluruhan frasa ditambah nama diri.

Panduan gaya yang berbeda menyimpang dalam hal apa yang harus dikapitalisasi dalam Title Case.

• Gaya AP dan APA: kapitalisasi kata dengan 4+ huruf, JANGAN mengkapitalisasi preposisi pendek (in, on, at, of, by, to, for), artikel (a, an, the), atau konjungsi koordinatif (and, but, or, nor) — kecuali kata tersebut adalah kata pertama atau terakhir.
• Chicago Manual of Style: kapitalisasi semua kata kecuali artikel, konjungsi koordinatif, dan preposisi terlepas dari panjangnya.
• New York Times: huruf besar untuk kata dengan 5+ huruf.

Panduan gaya teknologi modern (Google, Apple, Microsoft Manual of Style) lebih menyukai Sentence case untuk label UI, teks isi, dan bahkan judul — terasa lebih tidak mencolok dan lebih bernuansa percakapan.

Pengujian SEO (CoSchedule, Backlinko) menunjukkan judul Title Case menerima RKT (CTR) 14-20% lebih tinggi dalam hasil pencarian, jadi gunakan Title Case untuk judul postingan blog terlepas dari gaya isi yang Anda sukai.

Setiap bahasa telah mengkodifikasikan konvensi baik dalam panduan gaya resmi maupun berdasarkan konsensus komunitas.

• JavaScript/TypeScript: variabel dan fungsi camelCase, kelas/tipe/komponen PascalCase, konstanta CONSTANT_CASE. Sesuai panduan gaya Airbnb, Google, dan Standard.
• Python: variabel/fungsi/metode/modul snake_case, kelas PascalCase, konstanta CAPS_WITH_UNDERSCORES. Diwajibkan oleh PEP 8.
• Java: variabel/metode camelCase, kelas/antarmuka PascalCase, konstanta CAPS_WITH_UNDERSCORES. Sesuai Panduan Gaya Java Google.
• Go: MixedCaps untuk yang diekspor (huruf pertama kapital) maupun yang tidak diekspor (huruf pertama kecil) — ditegakkan oleh gofmt.
• Rust: snake_case untuk fungsi/variabel/modul, PascalCase untuk tipe/trait, SCREAMING_SNAKE_CASE untuk konstanta. Sesuai panduan gaya resmi Rust.
• C#: PascalCase untuk segala sesuatu yang bersifat publik (metode, properti, kelas), camelCase untuk parameter dan field privat (seringkali dengan awalan _).
• Ruby: snake_case secara menyeluruh, kecuali kelas/modul (PascalCase) dan konstanta (PascalCase atau CAPS_WITH_UNDERSCORES).

Selalu sesuaikan dengan konvensi kode di sekitarnya alih-alih memaksakan gaya pilihan Anda.

Slug URL sebaiknya menggunakan huruf kecil kebab-case karena empat alasan.

• (1) Pemisahan kata Google: tanda hubung diperlakukan sebagai pemisah kata di URL, garis bawah diperlakukan sebagai penghubung. /best-running-shoes mendapat peringkat untuk 'best', 'running', 'shoes' secara independen; /best_running_shoes diperlakukan sebagai satu istilah majemuk.
• (2) Sensitivitas huruf (case sensitivity): Apache, nginx, dan server lain mungkin memperlakukan /About dan /about sebagai URL yang berbeda secara default — risiko penalti konten duplikat. Selalu gunakan huruf kecil.
• (3) Keandalan ketik pengguna: huruf kapital menyebabkan salah ketik; URL huruf kecil lebih mudah dibagikan secara lisan atau ditulis dalam cetakan.
• (4) Kesesuaian standar: RFC 3986 memperlakukan jalur (path) sebagai peka huruf besar-kecil (case-sensitive), tetapi konvensi web de facto adalah huruf kecil.

Praktik terbaik: hilangkan tanda diakritik (café → cafe), transliterasi karakter non-ASCII, buang artikel (the/a/an) untuk memperpendek, targetkan slug 60-70 karakter untuk tampilan SEO yang optimal di SERP.

Hindari: tanggal di dalam slug (berikan tanggal di metadata terbit), ID sesi, parameter kueri yang disematkan di dalam slug.

Singkatan adalah bagian paling rumit dari konvensi penulisan huruf dalam pemrograman karena ada dua pendekatan yang bersaing.

• Pendekatan A (pertahankan singkatan): HTTPRequest, HTMLParser, UserID, JSONResponse, URLBuilder. Kode C, C++, Java yang lebih lama dari tahun 1990-an-2000-an menggunakan ini. Lebih mudah mengidentifikasi singkatan sekilas.
• Pendekatan B (perlakukan sebagai kata): HttpRequest, HtmlParser, UserId, JsonResponse, UrlBuilder. Microsoft .NET, Google Java Style, TypeScript dan JavaScript modern menyukai ini. Lebih mudah membaca nama multi-singkatan seperti HtmlHttpClient vs HTMLHTTPClient.

• Aturan Microsoft: singkatan dua huruf tetap membuat kedua hurufnya kapital (IOStream, IPAddress) tetapi singkatan tiga huruf atau lebih menjadi Pascal (HtmlParser, bukan HTMLParser).
• Google Java Style: selalu perlakukan sebagai kata (HtmlParser, bukan HTMLParser, bahkan untuk HTML 3 huruf).

Konverter kami menerapkan Pendekatan B secara default. Saat bekerja di basis kode yang ada, selalu sesuaikan dengan gaya yang sudah mapan — memperkenalkan konvensi singkatan baru menyebabkan inkonsistensi yang bertahan selama bertahun-tahun.

Konteks yang berbeda memiliki aturan sensitivitas huruf yang berbeda.

• URL: secara teknis peka huruf besar-kecil (RFC 3986) tetapi sebagian besar server web memperlakukan jalur tidak peka huruf besar-kecil (case-insensitive) secara default — selalu gunakan huruf kecil demi keamanan dan SEO.
• HTML: NAMA tag dan atribut tidak peka huruf besar-kecil (DIV = div = Div), tetapi NILAI atribut peka huruf besar-kecil (nama kelas, nilai ID harus cocok persis saat direferensikan dari CSS/JS).
• JSON: sepenuhnya peka huruf besar-kecil — {"userName": ...} dan {"username": ...} adalah bidang yang berbeda.
• SQL: bergantung pada database — MySQL di Windows tidak peka huruf besar-kecil untuk nama tabel, MySQL di Linux peka huruf besar-kecil; PostgreSQL mengubah pengenal tanpa tanda kutip menjadi huruf kecil tetapi mempertahankan yang bertanda kutip; SQLite tidak peka huruf besar-kecil secara default.
• Sistem berkas: Windows NTFS dan macOS APFS (default) tidak peka huruf besar-kecil tetapi mempertahankan huruf besar-kecil (case-preserving); Linux ext4 dan macOS APFS (opsi peka huruf besar-kecil) peka huruf besar-kecil.

Git pada sistem berkas yang tidak peka huruf besar-kecil dapat menyebabkan masalah tersembunyi saat kolaborator pada sistem yang peka huruf besar-kecil melakukan pull. Praktik terbaik: terapkan satu format huruf per sistem melalui aturan linter, pengaturan IDE, atau konfigurasi git (core.ignorecase).

Untuk satu variabel: tempel ke konverter kami, dapatkan hasilnya, tempel kembali.

Untuk penggantian massal dalam satu berkas atau proyek, gunakan alat yang paling aman.

• Refaktorisasi ganti nama IDE (F2 di VS Code, Shift-F6 di JetBrains, Cmd-R-R di Xcode): opsi teraman — memperbarui semua referensi termasuk impor, komentar (opsional), dan string dinamis (seringkali).
• Cari-ganti seluruh proyek dengan regex: lebih cepat tetapi berisiko — verifikasi manual setiap substitusi dan jalankan pengujian setelahnya.
• Baris perintah (Command-line): ripgrep dengan --pcre2 ditambah pipa sed untuk penggantian sistematis di banyak berkas.
• Alat berbasis AST: jscodeshift untuk JavaScript/TypeScript, libcst untuk Python, OpenRewrite untuk Java — teraman untuk perubahan kompleks yang melibatkan ribuan berkas dengan pemahaman semantik.

Untuk mengonversi seluruh respons API JSON dari snake_case ke camelCase, gunakan pustaka transformasi di batas API (camelCase-keys untuk Node, humps untuk JS, generator alias Pydantic untuk Python). Jangan pernah menjalankan penggantian massal pada direktori kerja git yang kotor — buat cabang, refaktorisasi, uji, lalu gabungkan.

Konversi huruf naif gagal pada beberapa kasus ekstrem.

• (1) Singkatan — dibahas di atas, memerlukan pilihan konvensi yang jelas.
• (2) Angka dalam pengenal — haruskah '2024Q4Revenue' menjadi '2024_q4_revenue' atau '2024_q_4_revenue'? Sebagian besar konverter memisahkan transisi huruf-digit tetapi bukan digit-letter; milik kita mempertahankan grup digit.
• (3) Pemetaan huruf Unicode — huruf 'ß' Jerman menjadi huruf kecil 'ss' tetapi huruf besar ẞ (resmi 2017) atau 'SS' (lama). Huruf i bertitik/tanpa titik Turki memiliki aturan spesifik lokal. Sigma akhir Yunani (ς) vs medial (σ) tidak bertahan dalam operasi bolak-balik.
• (4) Nama merek dengan kapitalisasi internal — iPhone, eBay, YouTube — harus dipertahankan persis, tidak pernah dikonversi. Tambahkan nama merek ke daftar pengecualian huruf editor Anda.
• (5) Inisialisme vs singkatan — NASA adalah akronim (diucapkan sebagai kata), FBI adalah inisialisme (diucapkan sebagai huruf) — panduan gaya memperlakukannya secara identik tetapi cara bacanya berbeda.
• (6) Teks multibahasa campuran — mengonversi karakter CJK yang dicampur dengan Latin tidak memiliki perilaku yang ditentukan; sebagian besar alat meneruskan CJK apa adanya.

Konverter kami menangani Unicode standar untuk skrip Latin/Sirilik dan meneruskan karakter CJK; untuk sistem multibahasa produksi, gunakan pustaka berbasis ICU (icu4j, PyICU) untuk operasi huruf yang sadar lokal.