Pengukar Kes

• HURUF BESAR menukar setiap huruf kepada huruf besar (HELLO WORLD).
• huruf kecil menukar setiap huruf kepada huruf kecil (hello world).
• Kes Tajuk menjadikan huruf pertama setiap perkataan sebagai huruf besar (Hello World).
• Kes ayat menjadikan huruf pertama bagi keseluruhan rentetan sahaja sebagai huruf besar (Hello world).
• camelCase menggabungkan perkataan tanpa pemisah, mengecilkan perkataan pertama dan menjadikan perkataan seterusnya sebagai huruf besar (helloWorld).
• PascalCase adalah sama seperti camelCase tetapi turut menjadikan perkataan pertama sebagai huruf besar (HelloWorld).
• snake_case mengecilkan semua huruf dan menggabungkan dengan garis bawah (hello_world).
• kebab-case mengecilkan semua huruf dan menggabungkan dengan tanda sempang (hello-world).
• CONSTANT_CASE membesarkan semua huruf dan menggabungkan dengan garis bawah (HELLO_WORLD).
• dot.case mengecilkan dan menggabungkan dengan titik (hello.world).
• Kes berselang-seli menyelang-selikan huruf besar dan kecil huruf demi huruf (hElLo WoRlD).

Setiap format mengekodkan kedua-dua peraturan pemisah dan peraturan huruf besar, dan penukar kami mengendalikan semua gabungan format input kepada format output.

Kedua-dua format menggabungkan perkataan tanpa pemisah. Perbezaannya ialah huruf pertama — camelCase mengecilkannya (myVariableName), PascalCase menjadikannya huruf besar (MyClassName).

Konvensyen merentas bahasa moden:

• camelCase untuk pembolehubah, nama fungsi, dan nama kaedah;
• PascalCase untuk nama kelas, nama jenis, nama antara muka, 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() (kaedah/medan camelCase), class Calculator (kelas PascalCase).
• C#: lebih terperinci — sifat dan kaedah awam adalah PascalCase (UserName, GetUserById), medan peribadi menggunakan camelCase (sering kali dengan awalan _).
• TypeScript mengikut konvensyen JavaScript ditambah PascalCase untuk jenis dan antara muka.
• Komponen React mesti menggunakan PascalCase untuk dipaparkan dengan betul — nama tag huruf kecil ditafsirkan sebagai elemen HTML.

snake_case ialah konvensyen dominan dalam bahasa dinamik dan skrip.

• Python PEP 8 menetapkan snake_case untuk nama fungsi, nama pembolehubah, nama kaedah, nama modul, nama pakej: def calculate_total(user_id), total_amount = 0, import data_processor. Pemalar ditulis dalam CAPS_WITH_UNDERSCORES (MAX_RETRY = 5). Kelas menggunakan PascalCase (class UserAccount).
• Ruby menggunakan snake_case secara menyeluruh — kaedah, pembolehubah, nama fail — dengan pemalar dalam bentuk PascalCase atau CONSTANT_CASE.
• SQL: penamaan standard untuk jadual dan kolum ialah snake_case (user_accounts, created_at, last_login_date) — pengecam bertanda petik mengekalkan kes tetapi memperkenalkan kerapuhan merentas pangkalan data.
• JSON: API dijana Python dan dijana Ruby biasanya mengembalikan nama medan snake_case (API Stripe, API Twitter, Django REST Framework).

Apabila membuat transformasi antara bahagian belakang Python dan bahagian hadapan JavaScript, pilih satu dan tukar pada sempadan API (cth., pemintas axios, penjana alias Pydantic).

kebab-case diperlukan di tiga tempat:

• (1) Nama kelas CSS — .primary-button, .nav-link-active. Pengecam JavaScript tidak boleh mengandungi tanda sempang, jadi CSS memilih tanda sempang dengan tepat agar mustahil dikelirukan dengan pengecam JavaScript.
• (2) Slug URL — /blog/how-to-calculate-mortgage. Google secara terang-terangan mengesyorkan tanda sempang berbanding garis bawah untuk pemisahan perkataan: tanda sempang dianggap sebagai pemutus perkataan, garis bawah sebagai penyambung, jadi 'best-running-shoes' diindeks sebagai tiga terma berasingan manakala 'best_running_shoes' diindeks sebagai satu.
• (3) Nama atribut HTML — terutamanya atribut data-* dan nama elemen tersuai Komponen Web. Spesifikasi Komponen Web memerlukan nama elemen tersuai mengandungi tanda sempang (my-component, bukan myComponent) untuk membezakannya daripada elemen HTML standard.

Ciri tersuai CSS (pembolehubah) juga menggunakan kebab-case: --primary-color, --max-width. Apabila kerangka kerja CSS-in-JS mengubah nama ciri, ia menukar JavaScript camelCase kepada CSS kebab-case secara automatik.

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

Kes penggunaan:

• (1) Pemalar peringkat bahasa — JavaScript const PI = 3.14159, Java public static final int MAX = 100, Python ABSOLUTE_PATH = '/etc', Go const MaxRetries = 5 (walaupun Go sering menggunakan MixedCase untuk pemalar yang dieksport).
• (2) Nilai enum — TypeScript enum Status { PENDING, IN_PROGRESS, COMPLETED }, Java public enum Status { PENDING, IN_PROGRESS }, ahli StrEnum Python.
• (3) Pembolehubah persekitaran — DATABASE_URL, NODE_ENV, AWS_ACCESS_KEY_ID merentas semua OS dan kerangka kerja.
• (4) Makro C/C++ — #define BUFFER_SIZE 1024, #define MAX_RETRY 5.
• (5) Bahagian persekitaran YAML docker compose, ConfigMaps Kubernetes, rahsia GitHub Actions, papan pemuka Vercel/Netlify.

Perbezaan visual SCREAMING menjadikan pemalar mustahil disalah anggap sebagai pembolehubah sekilas pandang — itulah matlamat utama konvensyen tersebut.

Kes Tajuk menjadikan huruf pertama setiap perkataan sebagai huruf besar; Kes ayat menjadikan huruf pertama bagi keseluruhan rentetan serta kata nama khas sahaja sebagai huruf besar.

Panduan gaya yang berbeza berbeza pendapat tentang perkara yang perlu dijadikan huruf besar dalam Kes Tajuk.

• Gaya AP dan APA: jadikan perkataan dengan 4+ huruf sebagai huruf besar, JANGAN jadikan preposisi pendek (in, on, at, of, by, to, for), artikel (a, an, the), atau kata hubung penyelarasan (and, but, or, nor) sebagai huruf besar — melainkan ia adalah perkataan pertama atau terakhir.
• Manual Gaya Chicago: jadikan semua perkataan sebagai huruf besar kecuali artikel, kata hubung penyelarasan, dan preposisi tanpa mengira panjang.
• New York Times: huruf besar untuk perkataan dengan 5+ huruf.

Panduan gaya teknologi moden (Google, Apple, Manual Gaya Microsoft) lebih menyukai Kes ayat untuk label UI, teks badan, dan juga tajuk — ia kelihatan kurang menjerit dan lebih bersifat perbualan.

Ujian SEO (CoSchedule, Backlinko) menunjukkan tajuk Kes Tajuk menerima CTR 14-20% lebih tinggi dalam keputusan carian, jadi gunakan Kes Tajuk untuk tajuk hantaran blog tanpa mengira gaya badan yang anda sukai.

Setiap bahasa telah mengkodifikasikan konvensyen sama ada dalam panduan gaya rasmi atau melalui konsensus komuniti.

• JavaScript/TypeScript: pembolehubah dan fungsi camelCase, kelas/jenis/komponen PascalCase, pemalar CONSTANT_CASE. Mengikut panduan gaya Airbnb, Google dan Standard.
• Python: pembolehubah/fungsi/kaedah/modul snake_case, kelas PascalCase, pemalar CAPS_WITH_UNDERSCORES. Ditetapkan oleh PEP 8.
• Java: pembolehubah/kaedah camelCase, kelas/antara muka PascalCase, pemalar CAPS_WITH_UNDERSCORES. Mengikut Panduan Gaya Java Google.
• Go: MixedCaps untuk kedua-dua yang dieksport (huruf pertama besar) dan tidak dieksport (huruf pertama kecil) — gofmtuat menguatkuasakannya.
• Rust: snake_case untuk fungsi/pembolehubah/modul, PascalCase untuk jenis/trait, SCREAMING_SNAKE_CASE untuk pemalar. Mengikut panduan gaya rasmi Rust.
• C#: PascalCase untuk segala-galanya yang awam (kaedah, sifat, kelas), camelCase untuk parameter dan medan peribadi (sering kali dengan awalan _).
• Ruby: snake_case secara menyeluruh, kecuali kelas/modul (PascalCase) dan pemalar (PascalCase atau CAPS_WITH_UNDERSCORES).

Sentiasa padankan konvensyen kod di sekeliling daripada mengenakan gaya pilihan anda.

Slug URL mestilah menggunakan kebab-case huruf kecil atas empat sebab.

• (1) Pemisahan kata Google: tanda sempang dirawat sebagai pemisah kata dalam URL, garis bawah dirawat sebagai penyambung. /best-running-shoes mendapat kedudukan untuk 'best', 'running', 'shoes' secara bebas; /best_running_shoes dirawat sebagai satu istilah majmuk.
• (2) Sensitiviti huruf: Apache, nginx, dan pelayan lain mungkin menganggap /About dan /about sebagai URL yang berbeza secara lalai — risiko penalti kandungan duaan. Sentiasa gunakan huruf kecil.
• (3) Kebolehpercayaan ditaip pengguna: huruf besar menyebabkan ralat taip; URL huruf kecil lebih mudah dikongsi secara lisan atau ditulis dalam cetakan.
• (4) Penjajaran piawaian: RFC 3986 merawat laluan sebagai sensitif huruf, tetapi konvensyen web de facto adalah huruf kecil.

Amalan terbaik: buang diakritik (café → cafe), transliterasi aksara bukan ASCII, gugurkan kata sandang (the/a/an) untuk memendekkan, sasarkan slug 60-70 aksara untuk paparan SEO optimum dalam SERP.

Elakkan: tarikh dalam slug (letak tarikh dalam metadata terbitan), ID sesi, parameter pertanyaan yang dibenamkan dalam slug.

Akronim adalah bahagian yang paling rumit dalam konvensyen huruf pengaturcaraan kerana wujud dua pendekatan yang bersaing.

• Pendekatan A (kekalkan akronim): HTTPRequest, HTMLParser, UserID, JSONResponse, URLBuilder. Kod C, C++, Java yang lebih lama dari tahun 1990-2000 menggunakan ini. Lebih mudah mengenal pasti akronim sekilas pandang.
• Pendekatan B (anggap sebagai perkataan): HttpRequest, HtmlParser, UserId, JsonResponse, UrlBuilder. Microsoft .NET, Stail Java Google, TypeScript dan JavaScript moden mengutamakan ini. Lebih mudah membaca nama pelbagai akronim seperti HtmlHttpClient lwn HTMLHTTPClient.

• Peraturan Microsoft: akronim dua huruf mengekalkan kedua-dua huruf besar (IOStream, IPAddress) tetapi akronim tiga huruf ke atas menjadi Pascal (HtmlParser, bukan HTMLParser).
• Stail Java Google: sentiasa anggap sebagai perkataan (HtmlParser, bukan HTMLParser, walaupun untuk HTML 3 huruf).

Penukar kami mengenakan Pendekatan B secara lalai. Apabila bekerja dalam kod sedia ada, sentiasa padankan stail yang ditetapkan — memperkenalkan konvensyen akronim baharu menyebabkan ketidakkonsistenan yang kekal selama bertahun-tahun.

Konteks yang berbeza mempunyai peraturan sensitiviti huruf yang berbeza.

• URL: secara teknikal sensitif huruf (RFC 3986) tetapi kebanyakan pelayan web merawat laluan tanpa sensitiviti huruf secara lalai — sentiasa huruf kecil untuk keselamatan dan SEO.
• HTML: NAMA tag dan atribut tidak sensitif huruf (DIV = div = Div), tetapi NILAI atribut adalah sensitif huruf (nama kelas, nilai ID mesti sepadan tepat apabila dirujuk dari CSS/JS).
• JSON: sepenuhnya sensitif huruf — {"userName": ...} dan {"username": ...} adalah medan yang berbeza.
• SQL: bergantung pada pangkalan data — MySQL pada Windows tidak sensitif huruf untuk nama jadual, MySQL pada Linux sensitif huruf; PostgreSQL melipat pengecam tanpa tanda kepada huruf kecil tetapi mengekalkan yang bertanda; SQLite tidak sensitif huruf secara lalai.
• Sistem fail: Windows NTFS dan macOS APFS (lalai) tidak sensitif huruf tetapi mengekalkan huruf; Linux ext4 dan macOS APFS (pilihan sensitif huruf) adalah sensitif huruf.

Git pada sistem fail tidak sensitif huruf boleh menyebabkan isu senyap apabila kolaborator pada sistem sensitif huruf melakukan pull. Amalan terbaik: kuat kuasa satu huruf setiap sistem melalui peraturan lint, tetapan IDE, atau tetapan git (core.ignorecase).

Untuk pemboleh ubah tunggal: tampal ke dalam penukar kami, dapatkan hasil, tampal semula.

Untuk penamaan semula pukal dalam fail atau projek, gunakan alat paling selamat yang tersedia.

• Pemfaktoran semula nama semula IDE (F2 dalam VS Code, Shift-F6 dalam JetBrains, Cmd-R-R dalam Xcode): pilihan paling selamat — mengemas kini semua rujukan termasuk import, komen (pilihan), dan rentetan dinamik (selalunya).
• Cari-ganti seluruh projek dengan regex: lebih pantas tetapi berisiko — sahkan setiap penggantian secara manual dan jalankan ujian selepas itu.
• Baris perintah: ripgrep dengan --pcre2 ditambah saluran paip sed untuk penamaan semula sistematik merentas banyak fail.
• Alat berasaskan AST: jscodeshift untuk JavaScript/TypeScript, libcst untuk Python, OpenRewrite untuk Java — paling selamat untuk perubahan kompleks yang melibatkan beribu-ribu fail dengan pemahaman semantik.

Untuk menukar keseluruhan respons API JSON daripada snake_case kepada camelCase, gunakan perpustakaan transformasi di sempadan API (camelCase-keys untuk Node, humps untuk JS, penjana alias Pydantic untuk Python). Jangan sekali-kali menjalankan penamaan semula pukal pada pokok kerja git yang kotor — cawangan, faktorkan semula, uji, kemudian cantum.

Penukaran huruf naif gagal pada beberapa kes sempadan.

• (1) Akronim — diliputi di atas, memerlukan pilihan konvensyen yang jelas.
• (2) Nombor dalam pengecam — patutkah '2024Q4Revenue' menjadi '2024_q4_revenue' atau '2024_q_4_revenue'? Kebanyakan penukar memisahkan peralihan huruf-digit tetapi bukan digit-huruf; penukar kami mengekalkan kumpulan digit.
• (3) Pemetaan huruf Unicode — German ß ditukar kepada huruf kecil 'ss' tetapi huruf besar kepada ẞ (rasmi 2017) atau 'SS' (warisan). i bertitik/tidak bertitik Turki mempunyai peraturan khusus lokal. Sigma akhir Yunani (ς) lwn medial (σ) tidak kekal semasa operasi tukar huruf pergi balik.
• (4) Nama jenama dengan huruf besar dalaman — iPhone, eBay, YouTube — patut dikekalkan tepat, tidak pernah ditukar. Tambah nama jenama pada senarai pengecualian huruf editor anda.
• (5) Initialisme lwn akronim — NASA adalah akronim (disebut sebagai perkataan), FBI adalah initialisme (disebut sebagai huruf) — panduan stail melayannya secara seiras tetapi ia dibaca secara berbeza.
• (6) Teks pelbagai bahasa — menukar aksara CJK bercampur dengan Latin tiada tingkah laku yang ditetapkan; kebanyakan alat meluluskan CJK tanpa berubah.

Penukar kami mengendalikan Unicode standard untuk skrip Latin/Cyrillic dan meluluskan aksara CJK; untuk sistem berbilang bahasa pengeluaran, gunakan perpustakaan berasaskan ICU (icu4j, PyICU) untuk operasi huruf yang sedar lokal.