Visual Studio 2008 sp1

Microsoft Visual Studio 2008 Service Pack 1 
  
網頁 
http://www.microsoft.com/downloads/details.aspx?FamilyId=27673C47-B3B5-4C67-BD99-84E525B5CE61 
直接下載（e文版） 
http://download.microsoft.com/download/a/3/7/a371b6d1-fc5e-44f7-914c-cb452b4043a9/VS2008SP1ENUX1512962.iso 
  
  
若是之前裝過零星的補丁，安裝程序會要求你先用這個補丁把之前打過的補丁卸掉……囧 
Visual Studio 2008 Service Pack Preparation Tool 
  
http://www.microsoft.com/downloads/details.aspx?FamilyId=A494B0E0-EB07-4FF1-A21C-A4663E456D9D 
http://download.microsoft.com/download/9/9/b/99bbd5ef-90a3-41fd-9df0-176988522eea/VS2008-PatchRemovalTool-x86.exe 
  
另外準備6.5G以上的空間…………囧 
  
  
  
MSDN Library for Visual Studio 2008 SP1 
  
http://www.microsoft.com/downloads/details.aspx?FamilyID=7bbe5eda-5062-4ebb-83c7-d3c5ff92a373 
http://download.microsoft.com/download/1/f/0/1f07c259-7ff2-4902-9205-ad1dfb87ccab/VS2008SP1MSDNENUX1506188.iso 
  
  
  
.NET Framework 3.5 Service Pack 1 (Full Package) 
  
http://download.microsoft.com/download/2/0/e/20e90413-712f-438c-988e-fdaa79a8ac3d/dotnetfx35.exe 
  
  
  
Visual Studio 2008 Service Pack 1 (SP1) 自述文件  
目錄  
1. 系統要求  
1.1. 支持的體系結構  
1.2. 支持的操做系統  
1.3. 安裝要求  
2. 已知問題  
2.1. 安裝  
2.2. 卸載  
2.2.1. 在安裝有 Visual Studio 早期版本的計算機上  
2.2.2. 在未安裝 Visual Studio 早期版本的計算機上  
2.3. 產品問題  
2.3.1. 通常問題  
2.3.2. ADO.Net  
2.3.3. 語言  
2.3.4. LINQ  
2.3.5. Visual Studio Tools for Office  
2.3.6. Web 開發  
2.3.7. Windows Communication Foundation (WCF) 工具  
2.3.8. Visual Studio Windows Presentation Foundation (WPF) 設計器  
2.3.9. Windows Workflow Foundation (WF) 工具  
2.3.10. Windows SDK 集成  
3. 相關連接  
1. 系統要求  
1.1.支持的體系結構  
x86  
x64 (WOW)  
1.2.支持的操做系統  
  
Microsoft Windows XP  
Microsoft Windows Server 2003  
Microsoft Windows Server 2008  
Windows Vista  
  
1.3.硬件要求  
系統驅動器上要有 3.8 GB 可用空間，而且在安裝 Visual Studio 的驅動器上有 600 MB 可用空間  
     注意：您可使用「磁盤清理」實用工具來移除臨時文件。    
最低要求：1.6 GHz CPU，1024x768 顯示器，5400 RPM 硬盤  
建議配置：2.2 GHz 或更快的 CPU，1280x1024 顯示器，7200 RPM 或更快的硬盤   
在 Windows Vista 上：2.4 GHz CPU  
2. 已知問題  
2.1 安裝  
2.1.1 Microsoft Synchronization Services for ADO.NET 1.0 for Devices 安裝要求  
Microsoft Synchronization Services for ADO.NET 1.0 for Devices 不隨 VS2008 SP1 一塊兒安裝。用戶必須下載 .msi 文件才能啓用「智能設備」項目中的「本地數據庫緩存」功能。 
  
解決此問題的方法： 
  
從下載中心下載並安裝 Microsoft Synchronization Services for ADO.NET 1.0 for Devices 的 .msi 文件。 
  
http://www.microsoft.com/downloads/details.aspx?FamilyId=75FEF59F-1B5E-49BC-A21A-9EF4F34DE6FC&displaylang=en (英語) 
  
2.1.2 安裝 Visual Studio 2008 SP1 失敗並顯示「沒法與服務器創建鏈接」消息  
安裝 Visual Studio 2008 SP1 失敗並顯示「沒法與服務器創建鏈接」消息。 
如下是致使這種失敗的可能緣由：  
訪問 Internet 遭到防火牆拒絕。  
沒法經過代理服務器進行鏈接。  
服務器未處於聯機狀態。  
最可能的緣由是由目標計算機上的防火牆所致。  
解決此問題的方法： 
  
向防火牆添加 SPInstaller 例外。這將使防火牆中止阻止 SpInstaller 所要求的通訊。而後，再次運行 Visual Studio 2008 SP1 安裝。 
在 Windows XP 計算機上：  
打開「控制面板」。  
單擊「Windows 防火牆」。  
單擊「例外」選項卡。  
單擊「添加程序」。  
將 SPInstaller 添加到程序列表中。  
單擊「肯定」。  
從新啓動計算機。  
在 Windows Vista 計算機上：  
打開「控制面板」。  
單擊「Windows 防火牆」。  
單擊「容許程序經過 Windows 防火牆」。  
單擊「例外」選項卡。  
單擊「添加程序」。  
將 SPInstaller 添加到程序列表中。  
單擊「肯定」。  
從新啓動計算機。  
2.1.3 卸載修補程序可能會使其餘 Visual Studio 產品中的文件降級  
將 Visual Studio 2008 SP1 應用於計算機上的多種產品（例如，Visual Studio 2008 英文版和 Visual Studio 2008 西班牙語版）時，從其中一個產品卸載 SP1 會使其餘 Visual Studio 2008 產品的文件降級。  
  
解決此問題的方法： 
  
修復仍安裝有 Visual Studio 2008 SP1 的產品，或者同時卸載這些產品的 SP1。 
  
對於 Windows Vista 或更高版本： 
  
1. 打開「控制面板」。 
2. 單擊「程序」。 
3. 單擊「卸載程序」。 
4. 選擇一個仍安裝有 SP1 的 Visual Studio 2008 版本。 
5. 單擊「卸載/更改」。 
6. 提示時單擊「繼續」以進行提高。 
7. 加載安裝組件後單擊「下一步」。 
8. 單擊「修復/從新安裝」。 
  
對於 Windows Vista 以前的操做系統： 
  
1. 打開「控制面板」。 
2. 單擊「添加或刪除程序」。 
3. 單擊「卸載/更改」。 
4. 加載安裝組件後單擊「下一步」。 
5. 單擊「修復/從新安裝」。 
  
2.1.4 在啓用 Windows Vista 邊欄時 Visual Studio 2008 SP1 安裝失敗。  
在啓用 Windows Vista 邊欄時 Visual Studio 2008 SP1 安裝失敗。 
  
解決此問題的方法： 
  
1. 右擊任務欄最右側的通知區域中的「邊欄」圖標。 
2. 單擊「退出」。  
  
2.1.5 在安裝 KB949325 或 Silverlight Tools Beta 1 時沒法安裝 Visual Studio 2008 SP1  
若是已安裝 KB949325 或 Silverlight Tools Beta 1，則將沒法安裝 Visual Studio 2008 SP1。若是在計算機處於此狀態時嘗試進行安裝，則您可能會看到一條消息，指明 Visual Studio 2008 SP1 安裝與之前安裝的產品不兼容。  
  
解決此問題的方法： 
  
卸載 Silverlight Tools Beta 1： 
  
1. 在「控制面板」中，打開「添加或刪除程序」。 
  
2. 卸載 Microsoft Silverlight Tools Beta 1 for Visual Studio 2008。 
  
   
  
卸載 Windows Vista 或更高操做系統版本上的 KB949325： 
  
1. 在「控制面板」中，打開「添加或刪除程序」。 
  
2. 在任務欄上單擊「查看已安裝的更新」。 
  
3. 卸載位於 Microsoft Visual Studio 2008 之下的 KB949325。 
  
   
  
卸載 Windows XP 或更早操做系統版本上的 KB949325： 
  
1. 在「控制面板」中，打開「添加或刪除程序」。 
  
2. 在窗口頂部單擊「顯示更新」。 
  
3. 卸載位於 Microsoft Visual Studio 2008 之下的 KB949325。 
  
2.1.6 卸載 Windows SDK 會影響 Visual Studio 2008  
若是安裝了 Windows SDK for Windows Vista 或 Windows SDK Update for Windows Vista，則在卸載 Windows SDK 時，Visual Studio 查找 Windows 頭文件、庫和工具所需的註冊表項將被移除。  
解決此問題的方法： 
  
執行如下兩項操做之一：  
使用「添加或刪除程序」（在 Windows Server 2003 或 Windows XP 中）或「程序和功能」（在 Windows Vista 或 Windows Server 2008 中）修復 Visual Studio 2008。  
安裝 Windows SDK for Windows Server 2008 和 .NET Framework 3.5。 
2.1.7 在安裝 Visual Studio 2008 SP1 的過程當中將不會安裝 MSDN Library for Visual Studio 2008 SP1  
在安裝 Visual Studio 2008 SP1 的過程當中，將不會在計算機上安裝 MSDN Library for Visual Studio 2008 SP1。  
解決此問題的方法： 
  
可單獨下載 MSDN Library for Visual Studio 2008 SP1。請訪問 Microsoft 下載中心。  
2.1.8 SQL Server Compact 3.5 SP1 for Devices Windows Installer (MSI) 文件不隨 Visual Studio 2008 SP1 一塊兒安裝，可是可經過下載得到  
SQL Server Compact 3.5 SP1 for Devices Windows Installer (MSI) 文件包含在移動設備上安裝 SQL Server Compact 3.5 SP1 所需的移動設備運行時文件。在 Visual Studio 2008 的已發行版本上安裝 Visual Studio 2008 SP1 不會將 SQL Server Compact 3.5 for Devices MSI 更新爲 SP1 版。  
解決此問題的方法： 
  
SQL Server Compact 3.5 SP1 for Devices MSI 可從 Microsoft 下載中心下載得到。  
2.1.9 在 Windows Vista 上安裝 Visual Studio 2008 SP1 的過程當中顯示 Windows 自動更新通知  
在未安裝 .NET Framework 2.0 SP2 和 .NET Framework 3.0 SP2 的 Windows Vista 計算機上安裝 Visual Studio 2008 SP1 時，可能會顯示要求從新啓動計算機的 Windows 自動更新通知。若容許當即從新啓動 Windows Update，則將致使 Visual Studio 安裝程序失敗。  
  
解決此問題的方法： 
  
請將從新啓動推遲到 Visual Studio SP1 安裝完成後再執行。  
  
2.1.10 當 .NET Framework 2.0 SP2 沒法升級 .NET Framework 2.0 或 .NET Framework 2.0 SP1 時，Visual Studio 2008 SP1 安裝失敗  
.在已安裝 .NET Framework 2.0 或 .NET Framework 2.0 SP1 並運行 Windows XP、Windows Server 2003 或 Windows 2000 的計算機上沒法安裝 NET Framework 2.0 SP2。 
  
.NET Framework 2.0 SP2 安裝程序將卸載早期版本的 .NET Framework 2.0 和 .NET Framework 2.0 SP1。當 Windows Installer 卸載早期版本時，它將使用緩存的安裝數據庫。執行卸載操做的過程當中，若是 Windows Installer 在其緩存中或原始源位置找不到早期更新的安裝包，則安裝將失敗。若是發生不完整的回滾，此安裝失敗還可能致使使用 .NET Framework 的應用程序失敗。 
  
  
此問題多是由如下某一緣由致使的： 
  
Windows Installer 緩存缺乏必需的文件。 
  
Windows Installer 緩存已更改。此緩存對於修復、更新和卸載產品相當重要。所以，請不要移除或修改此緩存的內容。若是更改此緩存的內容，則當您嘗試更新或修復基於 Windows Installer 的產品時，系統可能會提示您提供源。  
  
有時，Windows Installer 應可以在緩存中找到的 Windows Installer 修補程序 (.msp) 文件可能不存在。有如下兩個可能致使丟失 .msp 文件的常見緣由：  
- 已運行用於在硬盤上查找和刪除大型文件或不多使用的文件的工具。  
- %windir%\Installer 目錄的全部者已由 SYSTEM 或 Administrators 更改成其餘用戶。  
  
若是出現此問題，Windows Installer 的安裝失敗日誌將顯示與如下內容相似的信息：  
MSI (s) (D0:B0) [19:05:57:843]：找不到本地路徑「C:\WINDOWS\Installer\a4784a.msp」。在相應的源中查找它。  
MSI (s) (D0:B0) [19:05:57:843]：解析修補程序源。  
在發生此問題時，可使用 Microsoft .NET Framework 註冊更正工具解決它。此工具修復此問題的方式是：刪除特定於此更新的全部修補程序或更新註冊，從而使維護安裝不會嘗試加載特定的 .msp 文件。  
  
也能夠經過從新構建安裝程序緩存來修復此問題。一般能夠在「解析修補程序源」後跟的行中查找修補程序或更新對應的知識庫文章編號，如如下示例所示：  
MSI (s) (D0:B0) [19:05:57:859]: SOURCEMGMT：因爲程序包丟失/不可訪問，致使源無效。  
MSI (s) (D0:B0) [19:05:57:859]: 注意：1: 1706 2: -2147483647 3: NDP20-KB917283-X86.msp  
  
若要修復此示例中的 Windows Installer 緩存，請按照下列步驟操做：  
1. 訪問如下 Microsoft 網站：http://support.microsoft.com/kb/917283 (http://support.microsoft.com/kb/917283)。注意：能夠將 URL 中的知識庫文章編號替換爲要用於修復 Windows Installer 緩存的修補程序或更新的知識庫文章編號。  
2. 下載更新。  
3. 使用 /x 命令行開關或 /extract 命令行開關提取修補程序或更新中的 .msp 文件。  
4. 將提取到的 .msp 文件複製到缺失文件的位置。在此示例中，該位置爲 %windir%\Installer\a4784a.msp。  
  
修補程序註冊或更新註冊可能已損壞。 
  
在基於 Windows Installer 的產品上安裝修補程序或更新後，修補程序註冊或更新註冊可能被損壞。用於移除某些註冊表項的第三方註冊表清理器實用工具可能會致使出現此問題。這些註冊表項包括旨在供 Windows Installer 內部使用的註冊表項。在此狀況下，日誌中的「解析修補程序源」消息的內容以下：  
MSI (s) (CC:5C) [03:02:56:181]：找不到本地路徑。在相應的源中查找它。  
MSI (s) (CC:5C) [03:02:56:181]：解析修補程序源。  
注意：因爲缺乏修補程序或更新的註冊信息，致使日誌消息中缺失修補程序或更新的位置。在此狀況下，仍將向產品註冊修補程序或更新。但修補程序或更新的位置信息將缺失。儘管 Windows Installer 要求加載的文件可能存在，但 Windows Installer 不知道該文件的路徑。  
  
在發生此問題時，可使用 Microsoft .NET Framework 註冊更正工具解決它。此工具修復此問題的方式是：刪除特定於此 Service Pack 的全部修補程序或更新註冊，從而使維護安裝不會嘗試加載修補程序或更新程序包。  
  
解決此問題的方法： 
  
若是沒法成功安裝 .NET Framework 2.0 SP2，而且在安裝日誌文件中找到「緣由」一節中所述的「解析修補程序源」文本，則能夠下載 Microsoft .NET Framework 註冊更正工具來解決此問題。  
  
Microsoft .NET Framework 2.0 註冊更正工具  
Microsoft .NET Framework 註冊更正工具可解決「緣由」一節中所述的兩個問題。  
可從 Microsoft 下載中心下載如下文件： 
  
當即下載 Microsoft .NET Framework 2.0 註冊更正工具程序包。 http://www.microsoft.com/downloads/details.aspx?displaylang=zh-cn&FamilyID=0ba6038c-061e-4b4a-9be9-96a323701260  
  
Microsoft 下載中心針對 .NET Framework 2.0 支持的每類處理器體系結構（x8六、x64 和 IA-64）提供了此工具的一個版本。大多數客戶運行的是 32 位版本的操做系統。所以，這些客戶應下載和安裝此工具的 x86 版本。  
管理員還能夠經過傳遞 /q 命令行開關或 /quiet 命令行開關，在腳本中使用此實用工具。這樣，您就可以以靜默模式運行應用程序，而無需使用用戶界面和腳本塊。  
此工具將在 %TEMP%\dd_clwireg.txt 文件夾下寫入一個運行日誌。能夠查看該日誌以瞭解有關此工具所作工做的詳細信息。  
  
注意  
- Microsoft .NET Framework 註冊更正工具適用於任何當前版本的 .NET Framework。 
- 您必須是管理員才能運行此實用工具。  
2.2 卸載  
沒有已知問題。  
2.3 產品問題  
2.3.1 通常問題  
2.3.1.1 爲 .NET Framework 3.5 SP1 引導程序包啓用 Samesite  
若是在安裝項目的「系統必備」對話框中或在「ClickOnce 發佈」中選中 .NET Framework 3.5 SP1 引導程序包，而且選中「從與個人應用程序相同的網站上下載組件」選項，則將顯示下面的生成錯誤：  
  
系統必備的安裝位置未設置爲「組件供應商的網站」，沒法在磁盤上找到項「Microsoft.Net.Framework.3.5.SP1」中的文件「dotNetFx35setup.exe」。 
  
解決此問題的方法： 
  
更新包數據  
打開 [Program Files]\Microsoft SDKs\Windows\v6.0A\Bootstrapper\Packages\DotNetFx35SP1 文件夾。  
在「記事本」中編輯 Product.xml 文件。  
將下面的內容粘貼到 < PackageFiles > 元素中：  
< PackageFile Name="TOOLS\clwireg.exe" /> 
< PackageFile Name="TOOLS\clwireg_x64.exe" /> 
< PackageFile Name="TOOLS\clwireg_ia64.exe" /> 
   
下載並提取核心安裝文件  
導航到如下 URL：http://go.microsoft.com/fwlink?LinkID=118080  
將 dotNetFx35.exe 文件下載到本地磁盤上。  
打開「命令提示符」窗口，而後更改到下載 dotNetFx35.exe 的目錄。  
在命令提示符下鍵入：  
dotNetFx35.exe /x:。  
這可將 Framework 文件提取至當前目錄下的一個名爲 「WCU」 的文件夾中。  
複製 WCU\dotNetFramework 文件夾的內容並將其粘貼到 %Program Files%\Microsoft SDKs\Windows\v6.0A\Bootstrapper\Packages\DotNetFx35SP1 文件夾中（在 x64 操做系統上爲 %ProgramFiles(x86)%\Microsoft SDKs\Windows\v6.0A\Bootstrapper\Packages\DotNetFx35SP1）。注意：請不要複製 WCU\dotNetFramework 文件夾自身。WCU 文件夾下應包括 5 個文件夾，如今每一個文件夾應顯示在 DotNetFx35SP1 文件夾中。文件夾結構應相似下面這樣： 
o DotNetFx35SP1（文件夾）  
dotNetFX20（文件夾）  
dotNetFX30（文件夾）  
dotNetFX35（文件夾）  
dotNetMSP（文件夾）  
TOOLS（文件夾）  
en（一些其餘本地化文件夾）  
dotNetFx35setup.exe（文件）  
如今能夠刪除在步驟 2 和步驟 4 中下載和提取的文件和文件夾。   
下載語言包支持文件  
有關下載位置，請參考下表。  
導航至所提供的 URL，出現提示後，下載到表中所指示的 dotNetFx35SP1 文件夾的子目錄中。注意：必須對 x86 和 x64 文件各執行一次該操做，即便您的包無需支持 x64 也是如此。  
  
簡體中文、x86（源 URL："http://go.microsoft.com/fwlink?LinkID=118146" ，目標：zh-CHS\DotNetFX35\x86）  
  
簡體中文、x64（源 URL："http://go.microsoft.com/fwlink?LinkID=118151" ，目標：zh-CHS\DotNetFX35\x64） 
  
繁體中文、x86（源 URL："http://go.microsoft.com/fwlink?LinkID=118087" ，目標：zh-CHT\DotNetFX35\x86） 
  
繁體中文、x64（源 URL："http://go.microsoft.com/fwlink?LinkID=118050" ，目標：zh-CHT\DotNetFX35\x64） 
  
英語：N/A  
  
法語、x86（源 URL："http://go.microsoft.com/fwlink?LinkID=118148" ，目標：fr\DotNetFX35\x86） 
  
法語、x64（源 URL："http://go.microsoft.com/fwlink?LinkID=118153" ，目標：fr\DotNetFX35\x64） 
  
德語、x86（源 URL："http://go.microsoft.com/fwlink?LinkID=118149" ，目標：de\DotNetFX35\x86） 
  
德語、x64（源 URL："http://go.microsoft.com/fwlink?LinkID=118154" ，目標：de\DotNetFX35\x64） 
  
意大利語、x86（源 URL："http://go.microsoft.com/fwlink?LinkID=118097" ，目標：it\DotNetFX35\x86） 
  
意大利語、x64（源 URL："http://go.microsoft.com/fwlink?LinkID=118115" ，目標：it\DotNetFX35\x64） 
  
日語、x86（源 URL："http://go.microsoft.com/fwlink?LinkID=118096" ，目標：ja\DotNetFX35\x86） 
  
日語、x64（源 URL："http://go.microsoft.com/fwlink?LinkID=118114" ，目標：ja\DotNetFX35\x64） 
  
朝鮮語、x86（源 URL："http://go.microsoft.com/fwlink?LinkID=118147" ，目標：ko\DotNetFX35\x86） 
  
朝鮮語、x64（源 URL："http://go.microsoft.com/fwlink?LinkID=118152" ，目標：ko\DotNetFX35\x64） 
  
葡萄牙語 – 巴西、x86（源 URL："http://go.microsoft.com/fwlink?LinkID=118092" ，目標：pt-BR\DotNetFX35\x86） 
  
葡萄牙語 – 巴西、x64（源 URL："http://go.microsoft.com/fwlink?LinkID=118110" ，目標：pt-BR\DotNetFX35\x64） 
  
俄語、x86（源 URL："http://go.microsoft.com/fwlink?LinkID=118090" ，目標：ru\DotNetFX35\x86） 
  
俄語、x64（源 URL："http://go.microsoft.com/fwlink?LinkID=118108" ，目標：ru\DotNetFX35\x64） 
  
西班牙語、x86（源 URL："http://go.microsoft.com/fwlink?LinkID=118101" ，目標：es\DotNetFX35\x86） 
  
西班牙語、x64（源 URL："http://go.microsoft.com/fwlink?LinkID=118119" ，目標：es\DotNetFX35\x64） 
  
  
2.3.1.2 安裝 Visual Studio 2008 RTM 和 Visual Studio 2008 SP1 RTM 後，redist mfc90rus.dll 未獲得更新  
- 安裝 Visual Studio 2008 SP1 RTM 修補程序後 redist 文件夾中不存在 mfc90rus.dll。 
  
- 用戶將沒法使用俄語資源來編寫並分發本地化的應用程序。 
  
解決此問題的方法： 
  
用戶能夠將 MFC90RUS.DLL 從 winsxs 文件夾複製到 redist 文件夾。  
  
2.3.1.3 在某些狀況下，安裝 Visual Studio 2008 SP1 的過程當中可能會發生對原始安裝媒體的請求  
若是在安裝 Visual Studio 2008 的過程還沒有選中如下功能，則在 Visual Studio 2008 SP1 的安裝過程當中可能會請求原始安裝媒體： 
  
在「Visual C++ 類和模板庫」之下 
  
- ATL MFC 源代碼 
  
- ATL MFC 靜態庫 ANSI 
  
- ATL MFC 靜態庫 Unicode 
  
- ATL MFC 共享庫 ANSI 
  
- ATL MFC 共享庫 Unicode 
  
在「Visual C++ 工具」下 
  
- MFC 跟蹤實用工具 
  
- Visual C++ 錯誤查找 
  
- Win32 工具 
  
  
解決此問題的方法： 
  
提供原始媒體。 
  
2.3.1.4 即便已將對 System.Data.Entity 的引用添加到項目中，目標 .NET Framework 版本也不是 .NET Framework 3.5 SP1。  
只要在開發過程當中選擇相應的選項以面向 .NET Framework Client Profile，ClickOnce 就不會自動檢查 SP1，即便添加對 System.Data.Entity（須要 SP1）的引用也是如此。 
  
若是在包含對 System.Data.Entity 的引用的項目中清除「僅限客戶端的框架子集」選項，則應用程序將錯誤地檢查不具備 SP1 的 .NET Framework 3.5。 
  
解決此問題的方法： 
  
  
強制使 ClickOnce 檢查 .NET Framework 3.5 SP1： 
  
對於 Visual Basic 項目： 
  
打開項目屬性（在解決方案資源管理器中雙擊「個人項目」）。 
單擊「編譯」選項卡。 
單擊「高級編譯選項」。 
清除「僅限客戶端的框架子集」選項。 
從項目中移除對 System.Data.Entity 的引用。 
再次向項目中添加對 System.Data.Entity 的引用。 
   
  
對於 C# 項目： 
  
打開項目屬性（在解決方案資源管理器中雙擊「屬性」）。 
單擊「應用程序」選項卡。 
清除「僅限客戶端的框架子集」選項。 
從項目中刪除對 System.Data.Entity 的引用。 
再次向項目中添加對 System.Data.Entity 的引用。 
  
  
2.3.1.5 即使已安裝 .NET Framework Client Profile，ClickOnce 生成的 publish.htm 頁面仍嘗試安裝它。  
  
publish.htm 頁面是在未使用檢測目標計算機上是否存在 .NET Framework Client Profile 的腳本的狀況下生成的。 
  
  
解決此問題的方法： 
  
  
1. 確保應用程序面向僅限客戶端的框架子集。 
  
對於 Visual Basic 項目： 
  
打開項目屬性（在解決方案資源管理器中雙擊「個人項目」）。 
單擊「編譯」選項卡。 
單擊「高級編譯選項」。 
選擇「僅限客戶端的框架子集」選項。 
   
  
對於 C# 項目： 
  
打開項目屬性（在解決方案資源管理器中雙擊「屬性」）。 
單擊「應用程序」選項卡。 
選擇「僅限客戶端的框架子集」選項。 
   
  
2. 若要獲取正確的腳本，請選擇 .NET Framework 3.5 SP1 系統必備組件併發布應用程序。 
  
3. 在項目的「發佈」屬性中，將系統必備包改回爲 .NET Framework Client Profile 並清除「每次發佈後都自動生成部署網頁」選項。 
  
4. 再次發佈應用程序。 
  
  
  
2.3.1.6 ADO.NET 實體數據模型設計器中未顯示關聯鏈接器或顯示在錯誤的位置  
  
在兩種狀況下會出現此問題： 
  
1. 運行數據庫中的更新模型後，爲數據庫中的新外鍵建立了關聯但並未顯示在關係圖中。 
  
2. 在設計器中執行撤消/重作操做以後，關聯連線放置在關係圖中的錯誤位置。 
  
  
解決此問題的方法： 
  
  
如下是幾種解決方法： 
  
- 保存該文件。關閉設計器。再次打開該文件。 
  
- 右擊關係圖的空白區域，而後單擊「佈局關係圖」。這樣可能會改變之前對關係圖所作的任何手動佈局更改。 
  
- 手動移動相關的實體以刷新其呈現效果。 
  
  
2.3.1.7 指向 Microsoft Visual Studio 2008 SP1 ReportViewer 的默認重定向連接不正確  
  
安裝和部署項目中提供的指向 Visual Studio 2008 ReportViewer (ReportViewer.exe) 的默認重定向連接錯誤地重定向到非英語操做系統上的 ReportViewer (ReportViewerLP.exe) 的語言包。 
  
  
  
解決此問題的方法： 
  
  
1. 打開 %Program Files%\Microsoft SDKs\Windows\v6.0A\Bootstrapper\Packages\ReportViewer\<locale>\package.xml 
  
2. 在 package.xml 中，用 http://go.microsoft.com/fwlink/?LinkID=98185&clcid=0x409 替換連接 http://go.microsoft.com/fwlink/?LinkID=98185。 
  
3. 確保未更改指向 ReportViewerLP.exe 的連接 http://go.microsoft.com/fwlink/?LinkID=98185&clcid=<CLID>。 
  
  
2.3.1.8 沒法使用 Visual Studio Team Server 2008 SP1 安裝運行負載測試  
  
在安裝 Visual Studio Team Server 2008 SP1 客戶端並使用其運行負載測試時，必須使用 Visual Studio Team Server 2008 SP1 控制器才能運行測試。鏈接到該控制器的全部聯機代理還必須是 Visual Studio Team Server 2008 SP1 代理。若是僅在 Visual Studio 客戶端上安裝 SP1 而且使用未安裝 Visual Studio Team Server 2008 SP1 版本的測試遠程測試機組運行負載測試，則負載測試將當即失敗，而且「測試結果」窗口中將顯示「沒有執行」。若是單擊「測試結果」窗口中的「測試運行錯誤」連接，則將顯示以下所示的錯誤： 
  
未能對測試運行 'username@MYCONTROLLER 2008-06-13 11:17:28' 進行排隊：類型‘Microsoft.VisualStudio.TestTools.LoadTesting.LoadTestConstantLoadProfile’的對象沒法轉換爲類型‘Microsoft.VisualStudio.TestTools.WebStress.WebTestLoadProfile’。  
  
（列出的第一個類型取決於負載測試所使用的負載模式的類型。） 
  
Visual Studio 客戶端、控制器和代理的版本必須匹配，由於 Visual Studio Team Server 2008 SP1 加強了 API 以實現不一樣的負載測試模式。 
  
  
解決此問題的方法： 
  
  
將客戶端、控制器和代理升級到 Visual Studio 2008 SP1。 
  
  
2.3.1.9 安裝部署包在經過 Web 安裝某些系統必備組件時會失敗  
  
由安裝項目建立的部署包中的某些系統必備組件的安裝在最終用戶指定經過網絡安裝時會失敗。與那些組件相關的 ClickOnce 部署包在安裝時也會失敗。 
該問題是因爲某些組件中的錯誤的 URL 引發的。要修復該問題必須手動編輯 package.xml 中的 URL。 
  
  
  
解決此問題的方法： 
  
  
1. 打開 %Program Files%\Microsoft SDKs\Windows\6.0A\Bootstrapper\Packages\ 
  
2. 在下述三個文件夾中編輯 package.xml 文件 
a.\VSTOR30\<LANG>\ 
b.\SqlExpress\<LANG>\ 
c.\VBPowerPacks\<LANG>\ 
並將 
a.http://go.microsoft.com/fwlink/?LinkId=95147amp;clcid=0xXXX 改成 http://go.microsoft.com/fwlink/?LinkId=95147&clcid=0xXXX  
b.http://go.microsoft.com/fwlink/?LinkId=83136amp;clcid=0xXXX 改成 http://go.microsoft.com/fwlink/?LinkId=83136&clcid=0xXXX  
c.http://go.microsoft.com/fwlink/?LinkId=91591 改成 http://go.microsoft.com/fwlink/?LinkId=91591&clcid=0xXXX  
  
請注意：須要在「amp;clcid=0xXXX」前加上「&」字符。「0xXXX」 指相關語言標示符。簡體中文爲「0x804」。 
  
  
  
2.3.2 ADO.Net  
沒有已知問題。  
2.3.3 語言  
沒有已知問題。  
2.3.4 LINQ  
沒有已知問題。  
2.3.5 Visual Studio Tools for Office  
2.3.5.1 使用 Visual Studio 2008 SP1 建立的 Office 2007 解決方案須要 Visual Studio Tools for the Office system 3.0 Runtime SP1。  
  
若是經過打開部署清單（.vsto 文件）、Office 應用程序、文檔或工做簿安裝解決方案，則可能會收到錯誤消息。這是由於解決方案安裝程序不會執行系統必備檢查。 
  
  
  
解決此問題的方法： 
  
  
解決此問題的方法有兩種： 
- 安裝 Visual Studio Tools for the Office system 3.0 Runtime SP1 的 SP1 修補程序。 
- 經過運行安裝程序安裝解決方案。 
安裝程序檢查正確版本的系統必備組件並根據須要安裝它們。 
  
  
2.3.5.2 Office 2003 解決方案沒法將 .Net Framework Client Profile 用做目標框架。  
經過項目的屬性頁能夠選擇 .NET Framework Client Profile 做爲目標框架（即便項目不支持該目標框架）。  
  
解決此問題的方法： 
  
若是項目將 Office 2003 用做目標版本，請不要在項目的屬性頁中選擇「僅限客戶端的框架子集」。 
  
  
2.3.5.3 針對 .NET Framework Client Profile 開發 Office 解決方案時出現警告消息  
當針對 .NET Framework Client Profile 運行庫開發 Office 解決方案時，可看到這些生成警告消息：「項目具備對程序集 <名稱> 的引用。此程序集不是 .NET Framework Client Profile 的一部分。 若不具備此引用，則可能會出現編譯或運行時錯誤。」或者「所引用的程序集 <名稱> 在 <程序集> 上具備一個依賴項，該依賴項未做爲 .NET Framework Client Profile 的一部分列出。若是此依賴引用是必需的，則可能會收到編譯錯誤。」 
  
若是忽略這些警告，則可能會由於缺乏程序集而收到下面的異常：「未處理的異常: System.IO.FileNotFoundException: 沒法加載文件或程序集 <程序集> 或其一個依賴項。系統找不到指定的文件」。 
  
解決此問題的方法： 
  
若是應用程序使用依賴於 .NET Framework Client Profile 中未包含的程序集的功能，則請確保項目將完整的 .NET Framework 3.5 用做目標框架。 
  
對於 Visual Basic 項目： 
  
打開項目屬性（在解決方案資源管理器中雙擊「個人項目」）。  
單擊「編譯」選項卡。  
單擊「高級編譯選項」。  
清除「僅限客戶端的框架子集」選項。  
確保 .NET Framework 3.5 顯示爲目標框架。 
對於 C# 項目： 
  
打開項目屬性（在解決方案資源管理器中雙擊「屬性」）。  
單擊「應用程序」選項卡。  
清除「僅限客戶端的框架子集」選項。  
確保 .NET Framework 3.5 顯示爲目標框架。 
2.3.5.4 當發佈解決方案時，出現下面的警告消息：「沒有爲 Microsoft Office 2007 主互操做程序集提供‘HomeSite’屬性」  
默認狀況下，將解決方案引導程序配置爲從 Web 下載主互操做程序集包。可是，沒法下載此包；必須將其安裝在與應用程序相同的位置。  
  
解決此問題的方法： 
  
您能夠忽略此警告。 
  
即便在「系統必備」對話框中選中「從組件供應商的網站上下載系統必備組件」，主互操做程序集包也將自動發佈到與應用程序相同的位置。 
  
2.3.5.5 安裝 Visual Studio 2008 SP1 後，發佈之前建立的 Office 項目時顯示警告。  
當發佈解決方案時，顯示下面的警告：「‘Visual Studio Tools for Office system 3.0 Runtime Service Pack 1’須要項‘.NET Framework Client Profile’，但未包括它。」 
  
出現此警告的緣由是將 Visual Studio Tools for Office system 3.0 Runtime Service Pack 1 選擇爲安裝系統必備組件。可是，.NET Framework 3.5 Service Pack 1 和 .NET Framework Client Profile 包均未選中。 
  
解決此問題的方法： 
  
打開項目屬性：  
對於 C# 項目，在解決方案資源管理器中雙擊「屬性」。  
對於 Visual Basic 項目，在解決方案資源管理器中雙擊「個人項目」。  
單擊「發佈」選項卡。  
單擊「系統必備」以打開「系統必備」對話框。  
選擇「.NET Framework 3.5 Service Pack 1」或「.NET Framework Client Profile」。  
再次發佈解決方案。  
2.3.5.6 使用 ServerDocument 類的應用程序不能面向 .NET Framework Client Profile。  
  
若是項目面向 .NET Framework Client Profile，則在運行應用程序時，應用程序將引起 FileNotFound 異常。發生這種狀況是由於 ServerDocument 類要求完整的 .NET Framework 3.5。  
  
  
解決此問題的方法： 
  
對於 Visual Basic 項目：  
打開項目屬性（在解決方案資源管理器中雙擊「個人項目」）。  
單擊「編譯」選項卡。單擊「高級編譯選項」。  
清除「僅限客戶端的框架子集」選項。  
確保 .NET Framework 3.5 顯示爲目標框架。  
對於 C# 項目：  
打開項目屬性（在解決方案資源管理器中雙擊「屬性」）。  
單擊「應用程序」選項卡。  
清除「僅限客戶端的框架子集」選項。  
確保 .NET Framework 3.5 顯示爲目標框架。  
2.3.6 Web 開發  
2.3.6.1 Visual Studio 2008 SP1 須要 Silverlight Tools Beta 2 的已更新安裝  
  
若是 Silverlight Tools Beta 2 是之前安裝的，則在安裝 Visual Studio 2008 SP1 後，Visual Studio 將沒法打開 Silverlight 項目，直到更新了 Silverlight Tools Beta 2 安裝。 
  
  
解決此問題的方法： 
  
  
從 http://go.microsoft.com/fwlink/?LinkID=120032 下載針對 Visual Studio 2008 SP1 的已更新 Silverlight Tools Beta 2。 
  
  
2.3.7 Windows Communication Foundation (WCF) 工具  
2.3.7.1 當在「屬性」頁上將相對路徑設置爲「輸出路徑」時，WCF 服務主機沒法承載 WCF 服務庫項目  
  
建立 WCF 服務庫項目時，能夠在項目「屬性」頁的「生成」選項卡上將輸出路徑從默認的 bin\debug\ 更改成相對路徑，例如「.」或「..」。而後，在嘗試調試服務時，WCF 服務主機沒法承載該服務，而且將顯示此消息：「沒法直接啓動帶有「類庫輸出類型」的項目。」 
  
  
  
解決此問題的方法： 
  
  
在「生成」選項卡上，輸入徹底限定路徑而不是相對路徑。 
  
  
2.3.7.2 在具備 TFS 插件的 Visual Studio 中，當在 WCF 服務庫項目中選擇「添加新項」時出現錯誤消息  
  
若是在具備 TFS 插件的 Visual Studio 中建立新的 WCF 服務庫項目，則在此項目中選擇「添加新項」時可能會看到顯示一個錯誤。單擊「肯定」關閉該錯誤對話框後，該項服務將成功添加並按預期方式工做。 
  
  
  
解決此問題的方法： 
  
  
單擊「肯定」以關閉錯誤對話框。 
  
  
  
2.3.8 Visual Studio Windows Presentation Foundation (WPF) 設計器  
2.3.8.1 「屬性」窗口使用美國格式顯示日期和數字等值。  
  
WPF 設計器中的「屬性」窗口使用美國格式顯示和編輯值。這與使用 en-US CultureInfo 的 XAML 約定匹配。例如，日期和數字始終採用美國格式。日期始終顯示爲 mm/dd/yy 格式。若是在「屬性」窗口中輸入一個日期值，則該值將轉換爲 mm/dd/yy 格式。 
  
  
解決此問題的方法： 
  
  
還沒有提供解決方法。 
  
  
2.3.8.2 當 XAML 文件中的符號爲重構的代碼時的限制  
  
在 Visual Studio 2008 SP1 中，若是使用代碼重構修改類型或成員，則重構操做將傳播到 XAML 文件。有關此功能的更多信息，請參見文檔中的「如何：重命名在 XAML 中聲明的符號」。下面的限制適用於此新功能： 
- 重構操做將只能更改當前項目中的 XAML 文件，而不適用於解決方案中的全部項目 
  
- 只能針對類型名稱和某些屬性使用重構。對於如下屬性不能使用重構： 
  
o    Setter Property 屬性 
  
o    TemplateBinding 路徑屬性 
  
o    Binding path 和 ElementName 屬性 
  
o    ObjectDataProvider 的 MethodName 屬性 
  
  
解決此問題的方法： 
  
  
手動完成修改；例如，使用「查找和替換」。 
  
  
  
2.3.8.3 更改 XAML 將不重構代碼文件  
  
若是更改了 XAML 文件中的類型或成員，這些更改將不會傳播到代碼文件。 
  
例如，若是使用 XAML 編輯器更改了具備關聯的事件處理程序的按鈕的名稱，將不會更新隱藏代碼。 
  
  
解決此問題的方法： 
  
  
必須手動修改代碼文件；例如，使用「查找和替換」。 
  
  
2.3.8.4 在解決方案資源管理器中重命名不會在 WPF 項目中提示重命名重構  
  
在解決方案資源管理器中，若是右擊 XAML 文件，單擊「重命名」，而後重命名文件，該文件名將發生更改，但不會出現任何要求重構 XAML 或隱藏代碼中的類名的提示。具體而言，若是重命名由應用程序 XAML 文件中的 StartupUri 屬性引用的 XAML 文件（例如，將 Window1.xaml 更改成 MainWindow.xaml），則必須手動更改 StartupUri 屬性。 
  
  
解決此問題的方法： 
  
必須手動執行修改；例如，使用「查找和替換」。 
  
  
2.3.8.5 「查找全部引用」將不會查找 XAML 文件中的未命名控件  
  
在代碼隱藏文件中，經過右擊某個符號並單擊「查找全部引用」，能夠查找對該符號的全部引用。「查找全部引用」將不會查找不具備 Name 屬性集的 XAML 元素。 
  
   
  
例如： 
  
下面的 XAML 顯示了不具備名稱的 MyUserControl 元素： 
  
<Grid> 
             <MyUserControl/> 
  (...) 
  
在代碼隱藏文件中，若是右擊 MyUserControl 符號並單擊「查找全部引用」，則將僅會找到代碼中的引用而找不到 XAML 中的引用。 
  
解決此問題的方法： 
  
命名控件或手動進行搜索（例如，使用「在文件中查找」）。 
  
  
2.3.8.6 在綁定到比較耗時的 ObjectDataProvider 方法調用時，Visual Studio 可能中止響應  
  
若是經過 XAML 綁定到 ObjectDataProvider 而且 ObjectDataProvider 執行數據庫調用，則在 WPF 設計器中加載 XAML 時，該操做將十分耗時並會佔用大量內存。所以，WPF 設計器可能會中止響應，直至調用該操做完成。 
  
解決此問題的方法： 
  
  
請避免在設計時按此方式設置 ObjectDataProvider。從編程角度而言，應只在運行時使用 DesignerProperties.IsInDesignMode() 方法執行耗時或佔用大量內存的工做。 
  
  
2.3.8.7 當「{Binding RelativeSource={RelativeSource TemplatedParent}}」時沒法加載 XAML  
  
  這是 Visual Studio 2008 SP1 中的已知問題：若是綁定操做使用 RelativeSource TemplatedParent 而不使用路徑，則 WPF 設計器將加載失敗。 
  
例如： 
     <RepeatButton Command="{x:Static ScrollBar.LineUpCommand}" 
  
CommandTarget="{Binding RelativeSource={RelativeSource TemplatedParent}}" /> 
  
  
解決此問題的方法： 
  
  
使用解析爲相同對象的「.」表示法指定路徑。 
  
例如： 
  
     <RepeatButton Command="{x:Static ScrollBar.LineUpCommand}" CommandTarget="{Binding RelativeSource={RelativeSource TemplatedParent}, Path=.}" /> 
  
    
2.3.9 Windows Workflow Foundation (WF) 工具  
沒有已知問題。  
2.3.10 Windows SDK 集成  
2.3.10.1 處理標記爲 [Obsolete(IsError = true)] 屬性的類型時，x64 Sgen.exe 不會生成程序集  
x64 版本的 Sgen.exe 處理包含標記爲 [Obsolete(IsError=true)] 屬性的類型的程序集時將不生成序列化程序集。  
  
解決此問題的方法： 
  
使用 x86 版本的 Sgen.exe。  
  
3. 相關連接  
Visual Studio 速成版自述文件  
.NET Framework 自述文件