Excel 控制項的全球化考量
根據預設，Microsoft Office Excel 中的主控制項在任何 Windows 地區設定下都能正確運作，只要使用 Managed 程式碼傳遞或管理的所有資料都使用英文 (美國) 格式進行格式化即可。 在目標為 .NET Framework 4 的專案中，這個行為是透過 Common Language Runtime (CLR) 控制。 在目標為 .NET Framework 3.5 的專案中，只要專案中的 Microsoft.Office.Tools.Excel.ExcelLocale1033Attribute 設為 true，這項行為就會作用。 如需詳細資訊，請參閱 使用各種地區設定，在 Excel 中格式化資料。
**適用於：**本主題中的資訊適用於 Excel 2007 和 Excel 2010 的文件層級專案和應用程式層級專案。如需詳細資訊，請參閱依 Office 應用程式和專案類型提供的功能。
當您將 Microsoft.Office.Tools.Excel.ExcelLocale1033Attribute 設為 false 時，如果使用者有英文版的 Excel，但 Windows 地區設定為非英文 (美國) 地區，則主控制項不會正確運作。 安裝多語系使用者介面 (MUI) 套件可以解決這個問題。
如果 ExcelLocale1033Attribute 在目標為 .NET Framework 3.5 的專案中為 False
Excel 中主控制項的功能 (例如資料繫結和事件)，依賴透過主要 Interop 組件 (PIA) 對 Microsoft Office Excel 物件模型的呼叫。 如果方案在非 "en-US" 環境中的 Excel 英文版本上執行，使用者與主控制項的互動可能會產生錯誤，而這些錯誤與以程式設計的方式明確呼叫 COM 物件模型產生的錯誤相同。
例如，按兩下 NamedRange 控制項時，可能不會引發其 BeforeDoubleClick 事件，因為會對 Excel 物件模型中的方法發出呼叫，來判斷該事件是否發生於已命名的範圍內。 如果傳遞給這個方法呼叫的地區設定不是英文 (美國)，方法則會失敗，且不會引發事件。 如果使用 Excel 的當地語系化版本，或者搭配使用 Excel 的英文版本與 MUI 套件，則不會發生這些錯誤。
請參閱
工作
HOW TO：在 Excel 中使用反映將字串常值設定為區域安全