英文大小寫看似小事,直到你盯著一個標題,不確定哪些字要大寫。以下是常見風格、各自適用時機,以及如何瞬間切換。
我們自己的工具在這裡是「錯」的,而那正是重點。 把
the lord of the rings: return of the king丟進我們的大小寫轉換器:Title Case The Lord Of The Rings: Return Of The King Sentence case The lord of the rings: return of the king看 Title Case 那一行:「Of」與「The」都被大寫了。 那是樸素的標題大小寫 —— 每個詞都大寫。Chicago 與 AP 會讓短介詞與冠詞保持小寫,所以編輯會寫「The Lord of the Rings」。Sentence case 沒有這種模糊空間,而這正是許多風格指南現在偏好用它做標題的理由:沒有東西可以弄錯。
主要風格
- Title Case(標題式)——把主要字詞(名詞、動詞、形容詞)首字母大寫,像 a、the、of、and 這類短字小寫。用於標題,尤其美式編輯風格。
- Sentence case(句子式)——只有第一個字與專有名詞大寫。越來越成為標題與介面的預設,因為讀起來自然、也較容易保持一致。
- 全大寫(UPPERCASE)——全部大寫。適合短標籤、縮寫或強調——但長句很難讀。
- 全小寫(lowercase)——全部小寫。刻意營造隨性、現代語感的風格選擇。
四個輸入通過我們自己的大小寫轉換器,所以下面的差別是輸出,不是描述:
| 輸入 | 全大寫 | 標題式 | 句首式 | 全小寫 |
|---|---|---|---|---|
the lord of the rings | THE LORD OF THE RINGS | The Lord Of The Rings | The lord of the rings | the lord of the rings |
HTTP response code | HTTP RESPONSE CODE | Http Response Code | Http response code | http response code |
iPhone 15 Pro Max | IPHONE 15 PRO MAX | Iphone 15 Pro Max | Iphone 15 pro max | iphone 15 pro max |
XMLHttpRequest | XMLHTTPREQUEST | Xmlhttprequest | Xmlhttprequest | xmlhttprequest |
該用哪一種?
- 部落格/文章標題:Title Case(傳統)或 Sentence case(現代、更乾淨)。挑一種,全站一致。
- 介面標籤、按鈕、欄位:Sentence case——較親切、也好維護。
- 導覽、標籤:Title Case 或 sentence case;長字串避免全大寫。
黃金守則是一致性:每個情境選定一種風格,到處一致套用。
注意事項
- 專有名詞永遠保留大寫(iPhone、GitHub、Taiwan)。
- Title case 規則因風格指南而異(AP vs Chicago),哪些短字要大寫各有不同——自動 title case 能幫你做到九成五,剩下用眼睛檢查。
其中兩列正是「把標題交給任何工具之前該知道的注意事項」。the lord of the rings 變成 The Lord Of The Rings —— 每個字都大寫,包含 of 和 the,因為我們的轉換器套的是機械規則,不是某本風格指南的小詞清單。而 iPhone 15 Pro Max 變成 Iphone 15 Pro Max:那個品牌賴以為生的小寫 i 不見了。句首式對第一個處理正確(The lord of the rings),但對第二個會犯同樣的錯。專有名詞與品牌大小寫是任何機械規則都救不回來的東西,那部分要用眼睛檢查。
一鍵轉換
選定風格、丟進轉換器,你的標題與標籤就能保持乾淨又一致。
AP 與 Chicago:短字規則
兩者都把重要字詞大寫;分歧在那些小字。
- AP 風格把四個字母以上的字都大寫,包含 Over、With、From 這類介系詞。短的冠詞、連接詞與介系詞(a、an、the、and、but、or、for、nor、to)則小寫。
- Chicago 風格把所有介系詞不論長短一律小寫,冠詞與對等連接詞也是。所以四個字母的介系詞仍維持小寫。
最典型的分辨點是像 over 這種字:
AP: The Cat Jumps Over the Wall
Chicago: The Cat Jumps over the Wall
不論哪種風格,標題的第一個字與最後一個字永遠大寫。
另一種「case」——在程式碼裡
在程式設計裡,「case」指的是你怎麼把多個字併成一個識別字,每種生態圈各有偏好:
camelCase(駝峰)——變數與函式(JavaScript、Java)PascalCase(大駝峰)——類別、型別、React 元件snake_case(蛇形)——Python 變數、資料庫欄位kebab-case(串燒)——網址、CSS 類別、檔名SCREAMING_SNAKE_CASE(全大寫蛇形)——常數
這些不像文章大小寫是風格偏好——混用可能直接讓程式壞掉。何時該用哪種,見程式命名慣例。
同樣的限制在程式識別字上更明顯。XMLHttpRequest 回來是 Xmlhttprequest —— 我們的轉換器以「大小寫轉折」切詞,而 XMLH 這種連續大寫會被讀成一個詞,內部的詞界就消失了。這件事值得知道,而不是想辦法繞過:縮寫多的識別字應該手動改大小寫。
快速對照
| 用在哪 | 建議 |
|---|---|
| 部落格/文章標題 | Title Case 或 Sentence case(擇一) |
| 段落小標 | Sentence case |
| 按鈕、欄位標籤 | Sentence case |
| 導覽項目、標籤 | Title Case 或 Sentence case |
| 程式識別字 | 依語言用 camelCase / snake_case |
常見問題
現在用 title case 算錯嗎?
不算——它在美國出版品與許多部落格仍是標準。只是產品介面更常用 sentence case,因為感覺較親切、也更容易保持一致。
大型科技網站用哪種?
Apple、Google 與多數現代設計系統的標題與介面文字,預設用 sentence case,可以省去「這個字要不要大寫」的猜測。