C# 專案引用 Excel Interop 找不到命名空間解決方案

根本原因

• Visual Studio 專案類型不同 (.NET Framework / .NET Core / .NET 5+) 對 COM 互通組件的解析方式不同。
• 部分專案自動產生的 Interop 組件命名空間為 Microsoft.Office.Interop.Excel，而非單純的 Excel。
• 缺少 Primary Interop Assemblies (PIA) 或未正確部署。

快速解決方案：命名空間別名

在程式碼頂部加入別名導向，即可沿用習慣的 Excel 簡寫：

using Excel = Microsoft.Office.Interop.Excel;

// 之後即可直接使用
Excel.Application app = new Excel.Application();
Excel.Workbook wb = app.Workbooks.Add();
Excel.Worksheet ws = (Excel.Worksheet)wb.ActiveSheet;

徹底修正步驟 (依序嘗試)

1. NuGet 安裝官方 PIA：

   Install-Package Microsoft.Office.Interop.Excel
   

2. 確認參考屬性：在「參考」中右鍵 Microsoft.Office.Interop.Excel → 屬性 → 設定 Embed Interop Types = True (預設為 True，可減少部署檔案)。
3. 目標平台一致：專案 Prefer 32-bit 勾選狀態需與 Office 安裝位元數一致 (Office 32-bit → 勾選；Office 64-bit → 取消勾選)。
4. 修復 Office 安裝：控制台 → 程式集 → Office → 變更 → 快速修復。
5. 清除快取：刪除 bin/obj 資料夾並重建專案。

替代方案：免 Office、免 Interop 的純 .NET 程式庫

總結

最快解法是加入 using Excel = Microsoft.Office.Interop.Excel; 別名；長期專案建議改用 EPPlus 或 ClosedXML 等純 managed 程式庫，避免 Office 版本、位元數、授權與部署的諸多坑點。

1. 上一篇文章： C# 抽象類別與介面深度比較：核心差異、選擇指南與設計原則
2. 下一篇文章： C# string 參考型別卻表現像值型別：字串駐留與不可變性深度解析

關於C#

Visual Studio 內建 Dotfuscator 混淆器使用教學：保護 .NET 組件碼防反編譯

前言 .NET 組件 (DLL/EXE) 編譯為中間語言 (

WPF/Silverlight 遊戲開發教程 (7)：傳說中的 A* 尋路算法 — 曼哈頓啟發式、矩陣構建、動態終點尋路

地圖引擎雙核心：呈現與物件邏輯 呈現：地圖切割、合成、渲染

C# 透過 .NET Remoting 遠端存取 Access 資料庫：分散式架構實作

背景：將本地 Access 封裝為遠端服務 Access 為

叩響 C# 之門：捲動視窗繪圖原理與 AutoScrollPosition 座標同步實戰

問題：捲動時圖形錯位 視窗客戶區 (ClientRectan