C# string vs String 深度解析：別名、關鍵字與最佳實務

在 C# 程式碼中，你是習慣寫 string 還是 String？int 還是 Int32？這不只是大小寫風格偏好，背後涉及 **C# 語言關鍵字** 與 **CLR 類型系統** 的映射關係。本文深度解析兩者差異、編譯行為、官方建議與實務選型指南。

核心差異一覽表

編譯器自動產生的別名對照

C# 編譯器內建將關鍵字對應至 CLR 類型，等同於隱含宣告：

using string  = System.String;
using int     = System.Int32;
using uint    = System.UInt32;
using short   = System.Int16;
using ushort  = System.UInt16;
using long    = System.Int64;
using ulong   = System.UInt64;
using byte    = System.Byte;
using sbyte   = System.SByte;
using float   = System.Single;
using double  = System.Double;
using decimal = System.Decimal;
using bool    = System.Boolean;
using object  = System.Object;
using char    = System.Char;

Jeffrey Richter (CLR via C#) 的建議

「在程式碼中使用 CLR 類型名稱 (如 String, Int32)，而非語言關鍵字 (如 string, int)。」

理由：

1. 跨語言一致性：VB.NET 寫 String、F# 寫 string (小寫函數)、C++/CLI 寫 String^。使用 CLR 名稱讓程式碼更易被其他 .NET 語言開發者閱讀。
2. 避免混淆：String.Format 是靜態方法，寫 string.Format 雖能編譯 (關鍵字可當類型名用)，但語意上像呼叫實例方法，易誤導。
3. 精確表達位元寬度：Int32 明確表達 32 位元，int 在極少數平台理論上可能不同 (實際上 CLI 標準固定 32 位)。

Microsoft 官方風格指南

**Microsoft 官方文件、.NET Runtime 原始碼、Framework Design Guidelines** 均**推薦使用關鍵字** (string, int, bool...)。

• 理由：更符合 C# 語言慣例、可讀性高、與內建字面值 ("", 123, true) 風格一致。
• StyleCop 規則 SA1121：建議使用內建類型別名。

實務選型建議：團隊一致性最高原則

常見迷思破解

• ❌ 迷思：string 是實質類型，String 是參考類型。
  ✅ 事實：兩者**完全相同**，皆為參考類型 (class)，不可變、駐留池機制相同。
• ❌ 迷思：string 比 String 快。
  ✅ 事實：編譯成**相同 IL**，零效能差異。
• ❌ 迷思：using System; 才能用 String。
  ✅ 事實：string 關鍵字不需 using；String 需 using System; 或寫 System.String。

結語

string 與 String **功能零差異**，選擇純屬**程式碼風格**。

• **現代 C# 專案**：遵循 **Microsoft 官方指南**，全專案統一使用 關鍵字 (string, int, bool...)，搭配 .editorconfig 強制風格。
• **庫開發者**：公開 API 簽名考慮用 CLR 名稱，內部實作仍用關鍵字。
• **閱讀舊碼/他人碼**：兩者通吃，見招拆招。

**黃金法則**：團隊內統一風格 > 個人偏好 > 理論爭論。設定好 .editorconfig，讓格式化工具幫你守住一致性。