Visual Studio 2010 多目標框架開發全解析：VB 專案實戰

Visual Studio 2010 引入全新 CLR 4.0，打破了 VS 2008「單一 CLR 多框架」的模式，採用「單一編譯器（VB 10 / vbc.exe 4.0）針對多框架」的新架構。本文深入剖析 VS 2010 多目標機制、設計時相容性陷阱、命令列編譯參數、用戶端設定檔與專案互參考策略，助你在 VS 2010 中高效維護跨框架專案。

一、多目標核心變更

• VS 2008：CLR 2.0 統馭 .NET 2.0/3.0/3.5，切換目標框架僅增減參考組件。
• VS 2010：.NET 4.0 引入 CLR 4.0，所有目標框架均使用 vbc.exe 4.0 編譯。這意味著你可以在目標 .NET 3.5 專案中使用 VB 10 新語法（自動實作屬性、隱式行續行、Lambda 陳述式等），但產生的原始碼不再與 VS 2008 設計時相容。

二、設計時相容性陷阱

若專案需在 VS 2008 與 VS 2010 共同維護，嚴禁使用 VB 10 新語法。範例：

' VS 2010 新語法：隱式行續行 + 自動實作屬性
Public Property Name As String
Public Sub New() End Sub

此碼在 VS 2010 目標 .NET 3.5 編譯通過，但在 VS 2008 (vbc.exe 3.5) 編譯失敗。解決方案：

• 專案鎖定在 VS 2010 開發，僅部署至舊框架環境。
• Web 專案部署至伺服器編譯時，必須確保伺服器安裝對應框架版本，或使用 /langversion:9.0 編譯器開關強制檢查語法相容性。

三、IDE 多目標操作

專案屬性 →「編譯」→「目標框架」下拉選單切換。預設安裝不含 .NET 3.5 SP1，需手動安裝或從「新增專案」對話框下載。用戶端設定檔為預設（WPF、WinForms、Console），Web 專案與類別庫預設「完整設定檔」。類別庫若僅依賴用戶端組件，可改回用戶端設定檔減少部署體積。

四、命令列編譯多目標參數組合

vbc.exe 4.0 無單一「目標框架」開關，需組合使用：

範例：目標 .NET 3.5 編譯

vbc.exe /noconfig /sdkpath:C:\Windows\Microsoft.NET\Framework\v2.0.50727 `
/r:"C:\Program Files\Reference Assemblies\Microsoft\Framework\v3.5\System.Core.dll" `
d:\src\test.vb /out:d:\bin\test.exe

範例：目標 .NET 2.0 編譯（移除 3.5 專有參考）

vbc.exe /noconfig /sdkpath:C:\Windows\Microsoft.NET\Framework\v2.0.50727 d:\src\test.vb /out:d:\bin\test.exe

五、專案互參考與 MSCorLib 版本規則

• 相同 MSCorLib 版本的專案間可使用專案參考（享有重構、背景編譯等優勢）。
• 不同 MSCorLib 版本專案參考會自動降級為檔案參考，失去 IDE 整合優勢；修正目標框架一致後自動恢復專案參考。
• .NET 4.0 專案可參考 3.5 類別庫（執行時使用 4.0 CLR，需充分測試）；3.5 專案不可參考 4.0 類別庫（編譯報錯）。

六、PIA、動態互操作與協變/逆變

• 類型嵌入（/link 或「嵌入互操作類型=True」）不支援向下目標，IDE 會自動回退為標準參考（需部署 PIA）。
• 動態互操作（DLR）不支援向下目標，因 .NET 4.0 前不存在 DLR。
• 協變/逆變：介面層級支援，但 BCL 基底介面未更新，故無法使用框架提供的協變功能。

七、升級舊專案建議

1. 先安裝 .NET 3.5 SP1，再用 VS 2010 開啟舊方案，升級精靈會保留原目標框架。
2. 若未安裝 3.5 SP1，升級精靈會強制遷移至 .NET 4.0 或取消升級——請取消，安裝 3.5 SP1 後重試。

結語

VS 2010 多目標機制雖有設計時相容性限制，但憑藉單一現代化編譯器、豐富語法新特性、靈活的命令列控制，仍是維護跨框架專案的最佳選擇。關鍵在於：明確區分「設計時相容」與「執行時相容」，配合 /langversion、CI 建置驗證、統一開發環境（全團隊 VS 2010），即可安心享受新語法帶來的生產力提升。