帕斯卡大小寫轉換器
將任何短語轉換為 PascalCase — 每個單字都大寫，沒有分隔符號。類別名稱、類型和 React 元件的標準。
範例：
user profile background color → UserProfileBackgroundColor
PascalCase（有時稱為 UpperCamelCase 或 StudlyCaps）是一種命名約定，其中每個單字都以大寫字母開頭，單字之間沒有分隔符號。它幾乎是所有現代語言中類別名稱、型別名稱和建構函式的標準。
該約定以 Pascal 程式語言（1970 年代）命名，該語言將其用於類型名稱。密切相關的 camelCase 僅第一個字母不同 — PascalCase 將第一個單字大寫；駝峯命名法將其小寫。
需要 PascalCase 的地方
類別和類型名稱
UserProfile, HttpClient, OrderRepository。 Java、C#、TypeScript、Swift、Kotlin 和 Python (PEP 8) 都使用 PascalCase 作為類名，無論它們使用什麼變量。
反應組件名稱
React 要求元件名稱採用 PascalCase — <UserCard /> 不 <userCard />。 JSX 使用大小寫來決定標籤是自訂元件（大寫）還是 HTML 元素（小寫）。
TypeScript 介面和類型
介面名稱（UserSettings, ApiResponse) 且類型別名為 PascalCase。有些團隊在介面前加上前綴 I (IUserSettings）；現代 TypeScript 約定是跳過前綴。
列舉成員
大多數語言對枚舉成員使用 PascalCase： OrderStatus.Pending, HttpStatus.NotFound。 （一些較舊的 C++ 程式碼使用 CONSTANT_CASE 來表示枚舉；現代用法偏好 PascalCase。）
類別定義檔的檔名
如果檔案定義了類，則檔案名稱通常與 PascalCase 中的類別名稱相符： UserProfile.tsx, OrderService.cs.
PascalCase 標識符是如何建構的
PascalCase 轉換器透過拆分所有非字母數字字元（空格、連字符、底線、點等）將輸入字串解析為標記。然後每個標記都大寫：第一個字元大寫，其餘字元小寫。標記連接在一起，沒有任何分隔符號。這個過程遵循標準的 CamelCase 大寫規則，但最重要的是它並沒有保留全大寫的首字母縮寫 — HTTPRequest 變成 Httprequest （或 HttpRequest 如果輸入有斷詞）。該演算法透過 ECMA-262 使用 Unicode 感知的大小寫映射 String.prototype.toUpperCase() 和 toLowerCase() 方法，正確處理重音字元和非拉丁字元。數字被視為令牌的一部分（例如， user2background 變成 User2background），不分成單獨的單字。
如何將短語轉換為帕斯卡命名法
- 在輸入框中輸入或貼上您的短語。
- （可選）選擇任何特殊分隔符號作為單字分隔符號（連字符、底線等）。
- 點擊“轉換”按鈕或等待自動轉換。
- 使用複製按鈕複製產生的 PascalCase 文字。
HTTPServer 和 IOStream 等縮寫
- 縮寫
- 像“HTTP”這樣的全大寫單字將轉換為正常大寫：“Http” - 不保留為“HTTP”。
- 佔有慾
- 撇號被刪除，單字被視為一個：「使用者名稱」變成「UsersName」（s 保持小寫）。
- 連字符的單字
- 連字符被視為分隔符，因此“first-class”變為“FirstClass”——兩個部分均大寫。
一致地命名類別和組件
- 對於您想要保留大寫的首字母縮寫詞，請使用分隔符技巧手動將它們包裹起來：例如“HTTP”→“H T T P”，然後進行轉換。
- 始終將每個單字的其餘部分小寫，以避免大小寫混合的現象，例如“userNAME”變成“Username”（正確）。
- 如果您的輸入包含數字，它們將保持原樣；要將數字視為單獨的單詞，請在每個數字前預先插入分隔符號。
- 在將類別名稱貼上到 C#、Java 或 TypeScript 之前使用此轉換器以確保命名一致。
PascalCase 與 CamelCase — 當每個都正確時
雖然您可以使用文字操作工具實現 PascalCase，但此專用轉換器速度更快並自動處理邊緣情況。
| 這個工具 | sed命令 | Excel 正確() | |
|---|---|---|---|
| 處理連字符的單字 | 預設按連字符分割 | 需要額外的正規表示式： sed 's/-/_/g' 然後單獨的腳本 | 將連字符視為非單詞，但不直接使用 PascalCase |
| 保留首字母縮寫（可選） | 否 – 其餘部分始終小寫 | 可以編寫腳本來檢測全大寫，但很複雜 | 否 – PROPER() 將第一個字母後面的所有內容小寫 |
| 批量處理 | 單輸入、基於網絡 | 非常適合帶有管道的大文件 | 僅適用於具有複雜公式的列表 |
C# 中的 PascalCase、React 元件和類型名稱
PascalCase 的名稱源自於 Pascal 程式語言，由 Niklaus Wirth 在 1960 年代末設計，並於 1970 年首次發布。 Pascal 使用這種命名約定來表示類型識別碼和記錄欄位名稱，在許多語言使用全大寫或神秘縮寫的情況下提高了可讀性。該約定後來傳播到 C# 和 TypeScript 等其他語言，成為類別名稱、方法和屬性的標準。它的替代名稱 UpperCamelCase 與用於變數和函數的 lowerCamelCase 形成對比。
帕斯卡案例問題
PascalCase 與 CamelCase—哪個才是正確的？
兩者在不同的語境下都是正確的。變數、函數名和物件屬性採用駝峯式命名法。 PascalCase 用於類別、類型和（在 React 中）元件。大多數語言都使用這兩種語言——它們是互補的，不可互換。
為什麼叫帕斯卡案例？
Pascal 語言（由 Niklaus Wirth 於 1970 年設計）使用大駝峯命名法作為類型名稱——這種約定足夠普及，以至於它採用了該語言的名稱。 Pascal 本身不再是主流，但命名約定卻比它更長久。
PascalCase 標識符中的首字母縮寫是否大寫？
兩種學派：全大寫（HTTPClient, XMLParser) 或視為單字 (HttpClient, XmlParser）。 Microsoft 和大多數現代風格指南推薦後者（將 ≥ 3 個字母的首字母縮寫視為單字）。它在長標識符內掃描得更均勻。
什麼是 StudlyCaps？
StudlyCaps 與 PascalCase 的約定相同，但這個術語更古老（20 世紀 80 年代）並且稍微更非正式。這兩個名稱指的是相同的模式。