您目前已離線,請等候您的網際網路重新連線

Visual Studio 的 2015 CTP 修正 bug 和已知的問題

請注意--重要:本文是以 Microsoft 機器翻譯軟體翻譯而成,且可能由 Microsoft Community 利用 Community Translation Framework技術或人工進行事後編修。翻譯過程並無專業譯者參與。Microsoft 同時提供使用者人為翻譯、機器翻譯及社群編修後的機器翻譯三種版本的文章,讓使用者可以依其使用語言使用知識庫中的所有文章。但是,所有翻譯文章都可能不盡完美,內容都可能出現詞彙、語意或文法上的錯誤。就翻譯內容之不正確或錯誤,或客戶因使用翻譯內容所產生的任何損害,微軟不負擔任何責任。Microsoft將依合理的商業努力不斷地更新機器翻譯軟體和工具,以期能為使用者提供更好的服務。

按一下這裡查看此文章的英文版本:2967191
本文列出 Microsoft Visual Studio 2015年社群技術預覽 (Ctp) 修正的錯誤和已知的問題。
有關 Visual Studio 2015 CTP
Visual Studio 2015 Ctp 是搶鮮版本的 Visual Studio 的下一個主要發行版本。Ctp 提供早期採用者能夠與產品小組,以及若要測試的新增和改善的產品功能有機會分享意見反應。這個版本不是用於在生產電腦上,或建立實際執行程式碼。

這個 CTP 的目標是要收集您的意見反應。若要報告錯誤,請使用 連線.您也可以共用上的建議和想法 UserVoice。 您快速的想法可以藉由使用共用 傳送一個微笑 透過 Visual Studio IDE 中。

下載最新的 Visual Studio 2015 CTP:
  • Microsoft Visual Studio 最終 2015 CTP (exe, iso)
  • Visual Studio 2015 CTP (的遠端工具x86, x64, 手臂)
  • Microsoft Visual Studio 2015 SDK CTP (exe)
  • Visual Studio 2015 CTP (多位元組的 MFC 程式庫exe)


注意事項
  • Ctp 只有英文版本。
  • Ctp 不受支援,而且適用於測試,每次實驗和意見。
  • 最後驗證不需要 Ctp。它們不一定會在實際執行工作站或伺服器上執行,或用來建立實際執行程式碼。如果您在實際執行伺服器上安裝 CTP,這便會將伺服器放到不支援的狀態。
  • 雖然這些 Ctp 並存安裝與舊版的 Visual Studio 的目的是,不一定會為每個 CTP 完整相容性。

Visual Studio 2015 CTP 5 (版本 14.0.22512.0.DP) 的詳細資料

若要找出新 Visual Studio 2015 CTP 5] 中,請參閱 Visual Studio 2015 CTP 5 版本注意事項.

修正的錯誤

Git
  • 損毀的檔案會引入給儲存機制。
    徵狀
    當您下載遠端的儲存機制中的變更時,您的組態檔會取代蓄意製作的檔案。您的組態檔位於外部儲存機制。以錯誤的檔案取代這個檔案,就可以給命令可以執行您的認證下執行的任意命令重新對應。在此情況下,錯誤的檔案被引入給儲存機制中。

    注意事項
    • 這個問題並不會影響 Visual Studio 2013年與 Visual Studio Team Foundation Server (TFS) 2013年直接,因為 Visual Studio 和 TFS 不會執行任意命令從.git 中繼資料。不過,簽出的儲存機制,其中包含蓄意製作的檔案可能會有.git 中繼資料的 Visual Studio 的覆寫組件。這樣可能會公開給 Windows 的命令列工具的問題。
    • 這個問題會影響所有發現的核心就可以給其困難之處就可以給用戶端。
    原因
    每個本機給資料庫會維護隱藏的.git 目錄中儲存機制的根資料夾光碟上。當檔案已被簽出 (例如,版面配置設定為本機磁碟上下載之後),名為".git/組態] 檔案放入給資料庫。".Git"的不區分大小寫比較負責部份是這個問題。此外,在 Windows 平台上的檔案路徑的自動處理會受影響的檔案模式展開,不僅止於明確命名".git/組態。] 模式
    此修正程式的運作方式
    TFS,此修正程式會拒絕任何包含的檔案或路徑的元件符合 「.git 」 字串的發送 (上傳)。這可防止到裝載的存放庫損毀的檔案的簡介。

    在 Visual Studio 的用戶端的修正程式可以防止任何檔案在簽出至.git 目錄。如此,依次,可避免含有損毀的檔案,以免影響本機電腦的 repos。

已知的問題

一般問題
  • 從 Visual Studio 2015年預覽的當地語系化版本升級到 Visual Studio 2015 CTP 將會還原成英文只有資源

    Visual Studio 2015年預覽會釋放 10 完全當地語系化的語言。它們包含英文、 簡體中文、 繁體中文、 法文、 德文、 義大利文、 日文、 韓文、 俄文和西班牙文。此外,Visual Studio 2015年預覽 14 語言的發行語言套件。它們包含英文、 簡體中文、 繁體中文、 法文、 德文、 義大利文、 日文、 韓文、 俄文、 西班牙文、 巴西葡萄牙文、 捷克文、 波蘭文和土耳其文。

    Visual Studio 2015 CTP 將發行英文語言。當您升級當地語系化的非英文版的 Visual Studio 2015年預覽從 Visual Studio 2015 CTP 時,所有的資源和使用者介面會回復為英文。

    因此,當安裝較新 Visual Studio 2015年最終 CTP5 時,將會移除舊版 Visual Studio 2015年最終預覽 (任何當地語系化的語言)。將離開只有 Visual Studio 2015年最終 CTP5 英文會移除所有舊的 Visual Studio 2015年預覽資源。

    例如,請考慮下列案例:
    • 安裝簡體中文的 Visual Studio 2015年旗鑑版預覽簡體中文 (FLP) 或 Visual Studio 2015年旗鑑版預覽英文加上 Visual Studio 2015年語言套件。
    • 安裝 Visual Studio 2015年旗鑑版 CTP5 英文 (FLP)。
    在這個案例中,您將 Visual Studio 的 2015年最終的 CTP5 層級,而所有的資源是英文。

    您不能先安裝 Visual Studio 2015年最終 CTP5,然後再安裝在最上層的 [Visual Studio 2015年最終預覽。當您嘗試安裝較新的組建在較舊組建時,就會被安裝。
  • Visual Studio 的授權會顯示如果 Visual Studio 的位置已儲存,而安裝的目錄路徑中包含空格,請在安裝產品之後過期。
    若要解決這個問題,請解除安裝 Visual Studio 並重新安裝從沒有空格的位置路徑。

診斷工具
  • 診斷工具視窗的顯示位置有時是不正確的。
    • (Alt + F5) 的圖形診斷目前顯示的診斷工具視窗-並存與圖形診斷.diagsession 文件視窗。
    • 移至不同的索引標籤群組中的診斷工具視窗,或顯示出文件之後,它會被重設回其預設位置下次您啟動偵錯。
    • 當您啟動偵錯時,可能會顯示在編輯器中作用中的文件背後的診斷工具視窗。
  • 目前不受支援遠端偵錯 Windows Azure。

重大變更

時間表工具
  • 新的應用程式回應速度工具將會協助您疑難排解應用程式回應問題所造成的多項因素,例如版面配置,呈現,磁碟我 / 0,等等。您可以將卸除繫結的應用程式回應真正可執行檔的資訊,並產生造成問題的來源。

其他相關資訊

如何下載 Microsoft 支援檔案

在 Visual Studio 家族中的其他產品可以在上找到的更新 Visual Studio 的 Microsoft 下載網站.

需求

軟體需求

在視窗 8.1 和 Windows Server 2012 R2 更新 2919355 (也可透過 Windows Update) 不需要對 Visual Studio 2015 14.0.22512.0 DP 可以順利安裝。

重新啟動需求

您可能要安裝這個套件之後,重新啟動電腦。

支援的架構

  • 32 位元 (x86)
  • 64 位元 (x64) (WOW)
  • ARM

硬體需求

  • 1.6 ghz 或更快的處理器
  • 1 gb 的 RAM (1.5 GB,如果您在虛擬機器中執行)
  • 2 GB 的可用硬碟空間
  • 5,400 的 RPM 硬式磁碟機
  • DirectX 9 能夠視訊卡執行在 1024 × 768 或更高的解析度

Visual Studio 2015年預覽詳細資料

若要找出 Visual Studio 2015年預覽的新功能,請參閱 Visual Studio 2015年預覽版本注意事項.修正的錯誤的已知的問題清單,請參閱 Visual Studio 2015年預覽知識庫文件.

Visual Studio 「 14 」 CTP 4 (版本 14.0.22129.1.DP) 的詳細資料

技術的改良

在此版本中,下列的技術改進所做的。

ASP.NET 和 web 開發
  • ASP.NET vNext 工具功能
    • Visual Studio 現在會用來加速 ASP.NET vNext 專案的 Visual Studio 建置案例的設計階段主應用程式。設計階段主應用程式建置在任何時間變更發生的記憶體中的專案。因此,Visual Studio 建置只會傳回什麼設計階段主應用程式已經完成。
    • Visual Studio 現在支援 NuGet 封裝管理員和主控台 ASP.NET vNext 專案。
    • ASP.NET vNext 專案範本現在支援現代專案版面配置。它會建立專案資料夾之下的solutionFolder> \src。ASP.NET vNext 網站專案範本也會將靜態內容放在 project.json 的webroot項目由 [wwwroot] 資料夾下。
    • ASP.NET vNext 的 Web 應用程式範本使用預設目標架構為"aspnet50"和"aspnetcore50",而不是"net451"和"k10 組成 」。Startup.cs IBuilder參數被重新命名為IApplicationBuilder ,因為執行的階段變更。
    • ASP.NET vNext 專案範本會將 gloal.json 檔案放在與方案檔,以提供較佳的支援,為專案對專案參考相同的層級。
    • Visual Studio 現在支援 ASP.NET 單元測試的 vNext 的偵錯。
    • ASP.NET vNext 專案參考節點現在立即反映 project.json 檔案相依性變更。
  • ASP.NET vNext 執行階段更新
    • Visual Studio 「 14 」 CTP 4] 包含 alpha4 的執行階段套件 ASP.NET vNext.您可以尋找特定的增強功能加入和中已發行修正的問題上的所有詳細資料 版本注意事項 在 GitHub。
CLR
  • .NET Framework 的此更新包括傳統的 64 位元 JIT 編譯器提供顯著的效能的改良,64 位元 JIT 編譯器的新版本。雖然小心是要轉換為新的編譯器一樣透明化,行為的變更可能會出現。請參閱 「 已知議題 」 區段的潛在可能會遇到的問題及關於 JIT 編譯器,您可以採取的動作中的其他資訊。

    我們想直接學習使用新的 JIT 編譯器造成您遇到任何問題。請傳送電子郵件訊息,說明有問題的二進位檔附加到與問題 RyuJIT 的意見反應.
偵錯工具
  • 儲存時間偵錯的複雜問題使用新的中斷點設定窺視視窗。視窗包括改善的 IntelliSense 支援中斷點條件和動作。
  • 擔心死結 (deadlock) 與監看式] 及 [即時運算視窗呼叫 c + + 函式。如果偵錯工具偵測到呼叫的函式會發生死結,它會嘗試解決問題。
  • 偵錯時,c + + 應用程式的啟動速度更快。
XAML 經驗
  • 窺視定義現在被支援在 XAML 編輯器中。您可以使用 [檢視定義] 命令來檢視和編輯程式碼,而不必切換您的內容或您目前編輯的文件。這是適用於所有的 XAML 平台。

已知的問題

一般問題
  • 在 Visual Studio 「 14 」 CTP 4 會當機 XSLT 偵錯工具。
  • 如果 Visual Studio 安裝 Windows 10 技術預覽,Visual Studio 無法執行 Windows 應用程式憑證套件。
    徵狀
    Microsoft Visual Studio 無法執行的 Windows 應用程式憑證套件版本 3。x如果正在執行 Windows 10 技術預覽的電腦上安裝程式。這個問題會影響 Microsoft Visual Studio 「 14 」 Microsoft Visual Studio 2013,與 Microsoft Visual Studio 2012。

    在此情況下,您會收到錯誤訊息,指出此 Windows 版本不支援的 Windows 應用程式憑證套件已安裝的版本。
    因應措施
    要解決這個問題,請驗證您的 Windows 8.1]、 [Windows 8 或 [Windows Phone 8.1 應用程式在 Windows 8.1 上執行 Windows 應用程式憑證套件。您可以藉由執行 Visual Studio"14"Visual Studio 2013 或 Visual Studio 2012 上 Windows 8.1 或使用遠端電腦執行 Windows 8.1 來執行這項操作。
ASP.NET 和 web 開發
  • 當您建立 ASP.NET vNext 專案時,方案資料夾中的 [建立空專案資料夾。應該移除此資料夾,因為在建立真正的專案資料夾solutionFolder> \src 子資料夾。
  • 在 ASP.NET vNext 專案中,當方案"src"資料夾上按一下滑鼠右鍵,然後您新增新的專案,加入新的專案] 對話方塊會使用方案資料夾作為而不是"src"資料夾的位置。
  • 在 Windows 8 RTM 的ASP.NET vNext 專案中的 [f5動作不適用於核心 CLR 架構。不過,Ctrl + F5 可正常運作。按下f5 鍵的動作能正確運作的核心 CLR 架構,以 Windows 8.1。
CLR
重要請仔細遵循本章節中的步驟。如果您不當修改登錄,可能會發生嚴重的問題。在修改前 備份還原登錄 萬一發生問題。

當您使用新的 JIT 編譯器,您可能會遇到下列徵狀:
  • 應用程式會擲回InvalidProgramException錯誤。
  • 在 x86 型電腦上,而不是在 x64 型電腦,應用程式運作。
因應措施
若要解決這個問題,請使用下列方法之一。

注意對於所有這些方法,所有的動態編譯會執行舊版的 JIT。此外,所有 NGEN 編譯會都繼續使用新的 JIT,並已由新的 JIT 編譯的所有現有 NGEN 影像繼續使用。
  • 方法 1

    設定下列環境變數:

    COMPLUS_useLegacyJit = 1
  • 方法 2

    在登錄中,建立下列子機碼之一:

    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework
    HKEY_CURRENT_USER\SOFTWARE\Microsoft\.NETFramework
    然後,指定下列設定:

    機碼名稱: useLegacyJit
    型別REG_WORD
    1
  • 方法 3

    新增下列文字 <app></app>。.exe.config 檔案。如果尚未存在,請建立指定的區段。

    注意在這個檔名, <app></app> 表示應用程式的實際名稱。
    <configuration>  <runtime>   <useLegacyJit enabled="1">  </runtime></configuration>
如果當您使用新的 JIT 時,遇到錯誤,bug 就會出現為 NGEN 影像,請使用下列方法之一來強制特定名稱的組件的 JIT 重新編譯,而不使用現有的原生映像:
  • 方法 1

    設定下列環境變數:

    COMPLUS_DisableNativeImageLoadList = assembly_one; assembly_two; assembly_three
  • 方法 2

    在登錄中,建立下列子機碼之一:

    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework
    HKEY_CURRENT_USER\SOFTWARE\Microsoft\.NETFramework
    然後,指定下列設定:

    機碼名稱: DisableNativeImageLoadList
    型別
    : REG_SZ
    assembly_one; assembly_two; assembly_three

    注意這是簡單的組件名稱 (沒有公開金鑰語彙基元,沒有架構,以及等等) 的以分號分隔,或空格所分隔的清單。這份清單不包含".dll"副檔名。這個方法和下一個方法中的範例中,"assembly_one"是簡單名稱組件,名為"assembly_one.dll"。
  • 方法 3

    加入下列文字來<app></app>。.exe.config 檔案。如果尚未存在,請建立指定的區段。

    注意在這個檔名,<app></app>表示應用程式的實際名稱。

    <configuration>  <runtime>   <disableNativeImageLoad>    <assemblyIdentity name="assembly_one" />    <assemblyIdentity name="assembly_two" />  </disableNativeImageLoad>  </runtime></configuration>
混合
  • 混合無法啟動,並傳回 「 感謝您產品的評估。您的試用期現在已過期。如果您想要繼續使用產品,請輸入有效的產品金鑰 」 錯誤訊息。這將會在即將推出的 CTP 中修正。

其他相關資訊

如何下載 Microsoft 支援檔案

在 Visual Studio 家族中的其他產品可以在上找到的更新 Visual Studio 的 Microsoft 下載網站.

需求

軟體需求

在視窗 8.1 和 Windows Server 2012 R2 更新 2919355 (也可透過 Windows Update) 不需要對 Visual Studio 「 14 」 Ctp,才能順利安裝。

重新啟動需求

您可能要安裝這個套件之後,重新啟動電腦。

支援的架構

  • 32 位元 (x86)
  • 64 位元 (x64) (WOW)
  • ARM

硬體需求

  • 1.6 ghz 或更快的處理器
  • 1 gb 的 RAM (1.5 GB,如果您在虛擬機器中執行)
  • 2 GB 的可用硬碟空間
  • 5,400 的 RPM 硬式磁碟機
  • DirectX 9 能夠視訊卡執行在 1024 × 768 或更高的解析度

Visual Studio 「 14 」 CTP 3 (版本 14.0.22013.1.DP) 的詳細資料

技術的改良

在此版本中,下列的技術改進所做的。

ASP.NET 和 web 開發
  • ASP.NET vNext 工具功能
    • Visual Studio 不會儲存在".kproj"的專案檔,來追蹤專案中包含檔案的檔名。在專案中,會自動包含在專案目錄中的檔案,檔案會自動從專案中移除從專案目錄中移除時。
    • 加入單元測試整合,並將在未來的版本中改善經驗。
    • 加入建置組態的支援。
  • ASP.NET vNext 執行階段更新
    • Visual Studio 「 14 」 CTP 3 包含 alpha3 的執行階段套件 ASP.NET vNext.所有加入上特定的增強功能的詳細資料,並發出固定可以位於與發佈 版本注意事項 在 GitHub。
  • 從 Visual Studio 2013年更新 3 ASP.NET 更新
偵錯工具
  • 現在,您就可以看到如何長的程式碼所需的程式碼執行超過臨界值時,直接在編輯器中執行。
Visual C++
  • 您現在可以重整散佈與成更簡單易讀的原始字串格式的逸出序列的字串常值。支援的序列是 \n (新行),\t (頁籤) \\ (反斜線) \' (單引號),\ 」 (雙引號),以及 \?(問號)。若要使用這項功能,以滑鼠右鍵按一下任何字串常值 (寬或較窄),然後選取 [重整->轉換為原始字串常值執行作業。
  • 我們可以使用真相,建立宣告/定義,方便您查看,按一下這些通知,以取代智慧標籤。
  • 我們 (標題為 Visual C++ 重構 Visual Studio 圖庫) 的 Visual Studio 2013年重新命名符號延伸整合 Visual Studio,並新增的功能,例如能夠取消作業,如果它太長。
  • 我們實作執行緒區域儲存區。使用thread_local關鍵字來宣告物件應該會獨立儲存每個執行緒。
  • 現在 Visual Studio 會試著簡化範本和 typedef 參數說明和 quickinfo,讓它們更容易閱讀。
Visual Studio IDE
  • 在 Visual Studio 「 14 」 CTP 2 中,我們介紹了稱為自訂的版面配置,以方便您儲存自訂配置的新功能的內容。在 CTP 3 間漫遊,這些自訂版面配置。任何您所建立的自訂版面配置會同步處理所有已安裝時使用相同的帳戶登入至 IDE 的 CTP 3 的機器。
  • 您可以建立一個空的 C#、 Visual Basic 或 JavaScript 共用的專案,從->新的專案] 功能表中的檔案。一或多個這些共用的專案,可以使用 Windows 存放區或 Windows Phone 專案中 C#、 Visual Basic 或 JavaScript,撰寫和某些傳統桌面專案主控台應用程式、 類別庫、 Windows Form 應用程式、 可攜式的類別庫 (WPF) 中 C# 或 Visual Basic 所撰寫。您可以使用參考管理員來管理共用的專案參考 (新增或移除)。我們將繼續展開 [共用專案為多個專案類型和在未來的 Visual Studio 「 14 」 Ctp 中的語言的支援。
  • Visual Studio 支援高解析度圖示命令列、 工具視窗工具列 (標準),以及主功能表中,當它執行時大於 100 %dpi 縮放比例。

已知的問題

Visual C++
  • 新的 Visual C++ quickinfo 可能會失敗,以簡化範本,如果有牽涉到多個相同型別的 typedef。新版本當中,就會解決這個問題。


Visual Studio IDE
  • 當您啟動或登入 Visual Studio 「 14 」 CTP 3 登入 Windows 之後,您可能會提示您安裝.NET Framework 3.5。這是應標示為安全的.NET Framework 4.5 組件所觸發的競爭。

    若要解決這個問題,請使用下列方法之一:
    • 安裝.NET Framework 3.5。
    • 將設定useLegacyV2RuntimeActivationPolicy,則為 true的啟動項目在"C:\Program 檔案 (x86) \Common Files\Microsoft Shared\VsHub\1.0.0.0\ 」 的下列組態檔中:
      • Microsoft.VsHub.Server.HttpHost.exe.config
      • Microsoft.VsHub.Server.ServiceModuleHost.exe.config
      • VsHub.exe.config
    附註Azure 虛擬機器的 Visual Studio 「 14 」 CTP 3 已經套用的第二個選項。
儲存應用程式
  • 發送通知精靈 」 是不正確地完成,因為某些錯誤。新版本當中,會解決問題。
Azure 的.NET 行動電話服務
  • 在 Visual Studio 「 14 」 CTP 3,Azure.NET 行動電話服務都是不受支援。
LightSwitch
  • 套用 Visual Studio 「 14 」 CTP 3 之後,您就無法發佈 LightSwitch 專案。建議您保留先前的 CTP,如果您要發佈您的應用程式。
  • 您可以從舊版升級 LightSwitch 專案。不過,根據您的專案類型,您可能會遇到下列問題:
    • 升級定域機組商務應用程式 (CBA) 或以 HTML 為基礎的專案的組建可能會失敗,因為找不到 2.5.1 的用戶端執行階段版本。

      若要解決這個問題,請依照下列步驟執行:
      1. LightSwitch HTML 用戶端上按一下滑鼠右鍵,然後選取 [管理 NuGet 套件
      2. 在 [已安裝的套件] 節點中,選取,解除安裝 「 Microsoft.LightSwitch.Client.JavaScript.Runtime 」 套件。無法解除安裝任何相依性。
      3. 在 [線上] 節點中,搜尋並安裝版本 2.5.1.0 的 「 Microsoft.LightSwitch.Client.JavaScript.Runtime 」 套件。
    • 升級後的 LightSwitch 2011 或 Visual Studio 2012 桌面架構的專案可能無法正確載入,在執行階段,或在偵錯期間。

      附註升級 LightSwitch 2011 或 Visual Studio 2012 桌面架構的專案不建議您在這個 CTP 中。
    • 升級的 Visual Studio 2012 更新 2 HTML 為基礎的專案可能無法正確載入,在執行階段,或在偵錯期間。

      不建議這個 CTP 中升級 Visual Studio 2012 更新 2 HTML 為基礎的專案。
實體架構
  • 當您使用 Entity Framework 工具時,您會收到下列錯誤訊息:
    找不到方法: ' Void Microsoft.VisualStudio.PlatformUI.DpiHelper.LogicalToDeviceUnits(System.Windows.Forms.ImageList ByRef, Microsoft.VisualStudio.PlatformUI.ImageScalingModel) '。
    如果要解決這個問題,請安裝 Visual Studio 「 14 」 CTP 3 Entity Framework 6.1.1 工具的更新的版本 在這裡.

其他相關資訊

如何下載 Microsoft 支援檔案

在 Visual Studio 家族中的其他產品可以在上找到的更新 Visual Studio 的 Microsoft 下載網站.

需求

軟體需求

在視窗 8.1 和 Windows Server 2012 R2 更新 2919355 (也可透過 Windows Update) 不需要對 Visual Studio 「 14 」 Ctp,才能順利安裝。

重新啟動需求

您可能要安裝這個套件之後,重新啟動電腦。

支援的架構

  • 32 位元 (x86)
  • 64 位元 (x64) (WOW)
  • ARM

硬體需求

  • 1.6 ghz 或更快的處理器
  • 1 gb 的 RAM (1.5 GB,如果您在虛擬機器中執行)
  • 2 GB 的可用硬碟空間
  • 5,400 的 RPM 硬式磁碟機
  • DirectX 9 能夠視訊卡執行在 1024 × 768 或更高的解析度

Visual Studio 「 14 」 CTP 2 (版本 14.0.21901.1.DP) 的詳細資料

技術的改良

在此版本中,下列的技術改進所做的。

ASP.NET 和 web 開發
  • ASP.NET vNext: 這個版本的 Visual Studio 支援建立和開發 ASP.NET vNext 應用程式。ASP.NET vNext 是精簡,可撰寫的.NET 堆疊,來建置現今的 web 應用程式定域機組和場所上伺服器。它包括下列功能:
    • ASP.NET MVC 與 Web API 有已整合為單一的程式設計模型。
    • 無編譯開發人員的經驗。
    • 不間斷地轉移至定域機組的環境為基礎組態。
    • 相依性資料隱碼攻擊--現成。
    • 新的定域機組最佳化執行階段支援,則為 true 的並排顯示版本控制。
    • NuGet 的所有項目,即使執行階段本身。
    • 在 IIS 中,執行或自我裝載於自己的程序。
    • 透過所有開啟的來源 .NET 基礎並採取的貢獻。
    如需有關在 Visual Studio 中的 ASP.NET vNext 的詳細資訊,請移至 ASP.NET vNext 網站。
  • 這個版本的 Visual Studio 也會包含目前 ASP.NET 和 web 開發的所有功能,以 Visual Studio 2013年更新 2 的部分發行。瞭解更多 在這裡.
Visual C++
  • 若要啟用要加入至先前的結果 (「 附加模式 」) 的後續結果已更新檔案中尋找。結果現在也能編輯或刪除。
  • 實作純虛擬讓使用者快速地建立繼承的類別的定義包含純虛擬建構 (例如抽象類別,結構)。這兩個多,遞迴繼承會受到支援。啟動功能透過滑鼠右鍵按一下類別定義 (實作所有純虛擬) 或繼承的基底建構 (使用只能在該基底中實作純虛擬)。註解雙斜線 (/ /) 用來分隔群組從個別的基底實作的函式。
  • 移動函式定義可讓使用者移動到來源] 或 [頁首/類別內定義的函式定義的主體。透過按一下滑鼠右鍵內容功能表上的函式簽章,必須啟動它。
  • 建立宣告/定義已加上 Peek 定義及其他 bug 修正。
Visual Studio IDE
  • 功能表列會顯示在字首大寫樣式,而不是全部大寫字樣式。
  • 現在已能支援觸控 Visual Studio 編輯器中。這包括觸控捲動,臨時要-至-顯示比例],點選並按住的快顯功能表,點選單字選擇和行選取範圍邊界中的點一下。
  • VC 屬性頁] 對話方塊的組態與平台下拉式清單值已經變更記住最後使用者的選取範圍時關閉並重新開啟。
  • 使用者可以從 [視窗] 功能表中按一下 [儲存視窗配置來儲存自訂的版面配置。使用者可以從 [視窗] 功能表中,按一下 [套用視窗配置來套用自訂的版面配置,使用者可以刪除、 重新命名,或重新配置排列藉由從 [視窗] 功能表中按一下 [管理視窗配置。前 9 個版面配置也會有從 Ctrl + Alt + 1 鍵的鍵盤快速鍵 Ctrl + Alt + 9 以。
  • 在這個 CTP 中,我們會捨入是取得很有幫助快速又簡單的方式修正您的程式碼內 Visual Studio 編輯器中的已知問題的電燈泡出。如果您在程式碼中有問題,將編輯器插入號放在列問題的顯示或暫留在問題上會顯示您可以採取以解決這個問題,以及每個動作的結果的預覽會顯示有用的動作的燈泡。

    這項功能是開放擴充,所以 Visual Studio 的擴充項可以提供自己的建議的動作。
  • 套用這個 CTP 後,在您可以建立空的 C# JavaScript 共用專案從 >新的專案] 功能表。電話專案、 儲存專案及撰寫 JavaScript 和 C# 中的通用專案可以使用一或多個這些共用的專案。使用參考管理員共用 (新增或移除) 可以管理參考的專案。適用於某些傳統桌面 C# 專案也是共用的專案參考。專案類型和支援共用專案的語言會繼續在將來展開 Ctp。
  • 這個 CTP 中,在 Visual Studio 現在支援高解析度的圖示,在 [錯誤清單。

已知的問題

安裝

用戶端平台
  • CTP 2 從 Visual Studio 2013年移除 TypeScript 解除安裝 Visual Studio 「 14 」。
升級
  • 由於未知的問題,當您安裝 Visual Studio 「 14 」 CTP 2 (版本 14.0.21901.1.DP) 有 Visual Studio 「 14 」 CTP 1 同一部電腦上 (版本 14.0.21730.1.DP) 安裝,您的 Windows 存放區的專案可能無法啟動。

    若要解決這個問題,修復 [安裝的 Visual Studio 「 14 」 CTP 2 (版本 14.0.21901.1.DP) 在升級之後。若要避免這個問題,我們最安全的建議事項是解除安裝 Visual Studio 「 14 」 CTP 1 (版本 14.0.21730.1.DP) 在您安裝新的 CTP 版本之前。從 Visual Studio 「 14 」 CTP 2 這個組建的升級問題修正未來的升級 (版本 14.0.21901.1.DP)。
Visual C++
  • 當目標 (x86) 的 Win32 原生的 」 記憶體使用量 」 工具將無法作用。目標 x64 在如預期般運作。

其他相關資訊

如何下載 Microsoft 支援檔案

在 Visual Studio 家族中的其他產品可以在上找到的更新 Visual Studio 的 Microsoft 下載網站.

需求

軟體需求

在視窗 8.1 和 Windows Server 2012 R2 更新 2919355 (也可透過 Windows Update) 是必要的 Visual Studio 「 14 」 14.0.21901.1 DP 可以順利安裝。

重新啟動需求

您可能要安裝這個套件之後,重新啟動電腦。

支援的架構

  • 32 位元 (x86)
  • 64 位元 (x64) (WOW)
  • ARM

硬體需求

  • 1.6 ghz 或更快的處理器
  • 1 gb 的 RAM (1.5 GB,如果您在虛擬機器中執行)
  • 2 GB 的可用硬碟空間
  • 5,400 的 RPM 硬式磁碟機
  • DirectX 9 能夠視訊卡執行在 1024 × 768 或更高的解析度

Visual Studio 「 14 」 CTP 1 (版本 14.0.21730.1.DP) 的詳細資料

技術的改良

在此版本中,下列的技術改進所做的。

ASP.NET 和 web 開發
  • ASP.NET vNext: 這個版本的 Visual Studio 支援建立和開發 ASP.NET vNext 應用程式。ASP.NET vNext 是精簡,可撰寫的.NET 堆疊,來建置現今的 web 應用程式定域機組和場所上伺服器。它包括下列功能:
    • ASP.NET MVC 與 Web API 有已整合為單一的程式設計模型。
    • 無編譯開發人員的經驗。
    • 相依性資料隱碼攻擊--現成。
    • 並存: 部署執行階段和架構,藉由使用您的應用程式。
    • NuGet 的所有項目,即使執行階段本身。
    • 所有開啟的來源是.NET 基礎,而且採用的貢獻。
    如需有關在 Visual Studio 中的 ASP.NET vNext 的詳細資訊,請移至 ASP.NET vNext 網站。
  • 這個版本的 Visual Studio 也會包含目前 ASP.NET 和 web 開發的所有功能,以 Visual Studio 2013年更新 2 的部分發行。瞭解更多 在這裡.
受管理的語言
  • 核心 IDE 和編輯經驗的 C# 和 Visual Basic 已替換成新的經驗,都建置在.NET 編譯器平台"Roslyn"。一般而言,經驗應該維持不變。不過,有許多小型的改良。
  • C# 重整支援已徹底改頭換面。有兩個新的核心重構: 內嵌暫存變數,並引入變數的說明。此外,Visual Basic 的重構支援已新增的第一次。
  • 您可以使用特定的程式碼感知指導 Microsoft 平台和您的目標以取得即時的程式碼分析,並自動修正程式,當您輸入的 NuGet 套件。
Visual C++
  • Generalized lambda 擷取: 您可以指派給變數,以擷取子句中的 lambda 運算式的評估結果。這可讓僅移動值所要擷取型別的執行個體。
  • 使用者定義的語言和標準程式庫中的常值: 您可以將附加數字和字串常值,以有意義的後置字元,讓他們可適用的語意。編譯器會將這些尾碼轉換成適當的 UDL 運算子函式的呼叫。<chrono>, <string>,並<complex>標頭現在提供常值的運算子,以方便使用。例如,"1729ms"表示std::chrono::milliseconds(1729)、"meow"s 表示std::string("meow"),和 3.14i 表示std::complex<double>(0.0,3.14)</double>。</complex> </string> </chrono>
  • 已完成 noexcept:您可以檢查運算式是否會使用noexcept運算子來產生一個例外狀況。例如, noexcept(func()) 則會傳回"true"函式被指定為noexcept
  • 內嵌命名空間:您可以指定巢狀的命名空間為可從其父命名空間存取其內容的 「 線內 」。
  • 安全執行緒 「 神奇 」 靜態變數:靜態區域變數初始化為安全執行緒的方式,移除手動同步處理的需求。請注意不是初始化這些變數的使用方式仍被保護。若要避免依存 CRT 使用/Zc:threadSafeInit-可以停用執行緒安全。
  • 不受限制的等位: 您可以定義包含型別與非一般的建構函式的等位。這類的等位的建構函式必須以手動方式定義。
  • 最後,所有新 c + + 11 和 c + + 14 的語言功能的 Visual Studio 2013年發行年 11 月 2013年編譯器 CTP 中也會包含在此預覽圖片。如需有關這些功能的詳細資訊,請參閱 宣告。簡短,其中包括下列:
    • __func__擴充 sizeof、 隱含的移動產生、 ref 辨識符號("&"和"&&"的成員函式), alignofalignas,以及繼承的建構函式。
    • 自動函式傳回型別推算decltype(auto)和不使用 [=] 的限制與泛型 lambda / 與泛型 lambda 擷取 [&] 預設。這都將在未來版本的泛型 lambda 的也啟用。
    • Resumable函式和著您建議的 c + + 並行處理技術規格。
  • Null 轉寄 iterator:標準程式庫的正向 iterator (及較強) 現在能保證值初始化 iterator 比較結果為相同。如此一來,很可以傳遞空白範圍沒有父容器。請注意一般而言,值初始化 iterator 仍無法比較 iterator,從父容器。
  • quoted():這些 manipulators 讓 iostreams 保留包含空格的字串。
  • 異質性關聯的查詢:啟用由特殊的 comparators 時 (例如較少<>大<>透明運算子 functors),已排序的關聯容器取得樣板化的查閱函式。這可讓它們具有比較索引鍵,而不實際建構金鑰物件正常運作。
  • integer_sequence:產生編譯時期整數序列現在支援讓範本metaprogramming更容易。
  • exchange():這個小公用程式函式,會便於將新的值指派給物件,並擷取舊值。
  • get<T>():</T>這可讓由其索引,而不是其型別 (當唯一的) 存取的有序元組元素。
  • 雙重範圍 equal()、 is_permutation()、 mismatch():(First1、 last1、 first2) 所花的 c + + 98 的 「 範圍-和-a-半 」 演算法很難正確使用。雖然仍提供,C + + 14 已經加入的多載取得 (first1、 last1、 first2、 last2) 是大幅簡易和安全使用。
  • tuple_element_t:獲得方便性與一致性的型別特性別名範本加入這個別名範本。
  • 檔案系統 」 V3 」 技術的規格 (TS):介面與實作<filesystem>會遵循此 TS,可能會被納入 C + + 17 過翻修。</filesystem>
  • 媒體櫃問題: 24 解決方案已實作 (如範例、 is_finalmake_reverse_iterator()),不包括在 Visual C++ 2013年中已實作的解決方案。請注意媒體櫃問題是標準的 bug 報告。它可以藉由修正規格問題,或甚至新增小型的功能來解決。
  • <chrono>修正:</chrono>時鐘會重新寫入為一致且精確。
  • 最小的配置器的修正程式:(包括basic_stringstd::function) 的數個程式庫元件未不適用於使用者定義 allocators 實作 C + + 11 的最小的配置器介面,而需要 C + + 03's年的詳細資訊的配置器介面。修正這個問題的所有項目。
  • C99 程式庫功能: 大部分的剩餘的 C99 程式庫功能的實作。
    • snprintf被實作。
    • 函式printfscanf系列現在支援新的 C99 格式字串改良。
    • 函式strtodscanf系列現在都支援十六進位浮點數
    • 透過軟體更新和調整更能改善程式庫的一致性。
  • __restrict: __restrict關鍵字現在支援參考型別,除了指標型別上。
  • 改良的診斷:編譯器現在會發出警告可疑先前就不會導致警告的程式碼。例如,受遮蔽的變數現在則會導致警告。警告也做了更清楚。
  • /Wv 旗標: 您可以使用/Wv:XX。YY。ZZZZ以停用後的編譯器版本 XX 引入的警告。YY。ZZZZ。請注意發出的警告仍可能不同於指定的版本所發出。
  • 編譯器的軟體更新: 我們已經在編譯器中修正 400 個以上的錯誤。這些 179 送出的使用者可透過 Microsoft 連線。
  • 重整 C 執行階段 (CRT):這個 CTP 包含大幅重整 CRT 的第一個預覽。
    • msvcr140.dll 不存在。它由三隻 Dll 取代: vcruntime140.dll、 appcrt140.dll 和 desktopcrt140.dll。
  • stdio 效能: 在stdio程式庫,尤其是在函式sprintfsscanf系列中進行許多效能改進。
  • 物件的檔案大小縮減:使用與編譯器的修正程式,STL 的標頭變更可大幅縮減大小的目的檔和靜態程式庫 (也就是在編譯之後,但在連結之前。連結的 Exe Dll 的大小不受影響)。例如,當您編譯原始程式檔,包括所有 C 和 c + + 標準程式庫的標頭,然後在執行與 /MD /O2 的 x86 使用方式、 其他什麼都沒有,Visual C++ 2013年會產生 731 KB 的物件檔案。這會改善為小於 1 KB。
  • 檢查修正程式的偵錯:STL 偵錯檢查拒絕即使標準保證它們應該使用 iterator,以傳遞 null 指標 (例如,合併兩個 [空值、 null) 的範圍到 null 輸出)。每一個演算法是請檢查並修正。
  • 建立宣告或定義: 您可以快速建立函式宣告或定義與它的鄰居。若要這樣做,請宣告或定義中,以滑鼠右鍵按一下或使用智慧標籤
  • 偵錯工具視覺化檢視:Natvis 偵錯工具的檔案可以加入至 Visual C++ 專案易於管理和原始檔控制整合的視覺效果。加入至專案的 Natvis 檔案將會評估優先於專案以外的視覺化檢視。
  • 原生記憶體診斷
    • 您可以開始在記憶體診斷工作階段 (Alt+f2 鍵),以監視原生應用程式的實際記憶體使用量。這種情況支援 Windows 桌面。
    • 您可以擷取堆積快照集,請參閱型別和原生配置的執行個體的記憶體中執行的處理序。
    • 您可以檢視兩個記憶體快照之間的記憶體配置的差異。
    • 您可以藉由更深入的分析,堆積的偵錯工具深入探討記憶體的處理序快照集的內容。
如需有關 Visual C++ 的最新資訊,請移至 Visual C++ 團隊部落格.

已知的問題

功能


Visual C++
  • 當您開啟 [ Just My Code ] 設定時,原生記憶體診斷期間運算式評估就會失敗。關閉此設定可讓運算式評估,才能正常運作。
  • 此版本中的新 Visual C++ 的語言功能並沒有完整支援,Visual Studio 編輯器中的 IntelliSense。
  • Noexcept運算子可能會在牽涉到複雜的範本的情況下失敗。
  • 目前,使用者定義的常值可能會產生不正確的程式碼在 /CLR之下。還不支援極大的常值。
  • 這個版本的編譯器不支援程式碼分析。如果您嘗試使用/analyze建置時,編譯器會發出警告,並將會忽略此旗標。
  • 尚未支援使用 Visual C++ 建置 Windows Phone 8.1 應用程式。
  • 以 Visual C++ 的撰寫和使用這個預覽編譯器所建置的 Windows 存放區 8.1 應用程式不會驗證由 Windows 應用程式憑證套件,以及這些應用程式將會依賴桌面 Dll,而不是完全由存放區應用程式的 Dll 的"_app"版本。這將會修正在未來的版本。
一般
  • 在這個 Visual Studio 「 14 」 CTP,JavaScript 主控台及 DOM 檔案總管] 的診斷工具無法將附加至 Windows Phone 裝置或模擬器。這些工具有空白的顯示,而且會無法運作。這些工具無法用於偵錯 JavaScript /HTML 電話應用程式或網站使用 Internet Explorer 瀏覽器的電話。
  • 由於未知的問題,建立或開啟燈切換開關或定域機組商務應用程式專案中不支援 Visual Studio 「 14 」 CTP 1。小組正在使用的修正,可以解決這個問題。
  • 當您在 SQL Server 資料庫專案中包含 SQLCLR C# 程式碼檔案時,Visual Studio 可能會損毀。若要解決這個問題,請將專案變更為使用 Visual Basic,依照下列步驟:
    • SQL Server 專案中,按一下滑鼠右鍵,然後選取 [屬性
    • 選取 [ SQLCLR ] 索引標籤。
    • 在 [語言] 清單中,選取 [ Visual Basic]。
    • 儲存您的專案。
  • 當您從 [專案] 節點,在 SQL Server 物件總管中建立資料庫單元測試時,您可能會收到下列錯誤訊息:
    無法載入檔案或組件 'Microsoft.SqlServer.Dac.dll' 或其中一個相依性。系統找不到指定的檔案。
    若要解決這個問題,請將載入先前已在 Visual Studio 2013年中建立資料庫單元測試專案。
  • 「 14 」 這個 Visual Studio CTP 包括工具推出的 Visual Studio 2013年更新 2 一部分的功能 Azure 行動電話服務。不過,發送通知精靈」、 「服務管理員,和 「行動電話服務的發行功能無法尚未運作。這項功能將會解決在下一步的 Visual Studio 「 14 」 CTP 版本中。
ASP.NET 和 Web 程式開發
  • ASP.NET vNext 定域機組最佳化案例僅限於 Windows 8 或更新版本的 Windows。
  • 這個版本不支援偵錯目標定域機組最佳化架構的 ASP.NET vNext 應用程式。

安裝

安裝 Visual Studio 「 14 」 CTP 1 (版本 14.0.21730.1.DP) 與 Visual Studio 2013年並排
那里的已知問題時安裝 Visual Studio 「 14 」 CTP 1 (版本 14.0.21730.1.DP) 與 Visual Studio 2013年相同的電腦上。雖然我們預期的解除安裝 Visual Studio 「 14 」,然後修復 Visual Studio 2013年應該修正這些問題,我們最安全的建議事項是安裝 Visual Studio 「 14 」 在虛擬機器、 VHD、 全新的電腦或其他非實際執行只測試電腦上沒有 Visual Studio 2013年。這些 Visual Studio 的並排顯示問題都應該盡快修正。

這會防止在其已經安裝較早版本的 Visual Studio 的電腦上安裝的 Visual Studio 「 14 」 CTP 中沒有安裝區塊。若要停用 (這會將電腦置於不建議使用的狀態) 區塊中,在"HKLM\SOFTWARE\Microsoft\DevDiv\vs\Servicing"的位置在登錄中新增一個新的值 (在 64 位元版本的 Windows 為"HKLM\SOFTWARE\Wow6432Node\Microsoft\DevDiv\vs\Servicing")。值的名稱應該是BlockerOverride,而且實值型別和數值資料可以是任何內容。

重大變更

Visual C++
  • 編譯器錯誤報告可能會導致不同的順序和細節,從所報告的較早版本的編譯器警告的功能改進。
  • 使用者定義的常值是新的語法形式,,而且可能會導致某些現有的巨集無法被展開。例如,"foo"_bar 會被視為使用者定義的常值,即使 _bar 定義為巨集。
  • 串連的相鄰的寬或原始字串常值 (L"Hello"L"World") 會需要空間,以進行插入 (L"Hello"L"World"),因為第二個字串的前置詞現在會視為使用者定義的常值尾碼。
  • /CLR: pure/CLR:safe會被取代。編譯器會警告您有關使用這些旗標。
  • /CLR:OldSyntax/Wp64/Zg旗標已被移除。

其他相關資訊

如何下載 Microsoft 支援檔案

在 Visual Studio 家族中的其他產品可以在上找到的更新 Visual Studio 的 Microsoft 下載網站.

需求

軟體需求

無法安裝此軟體較早版本的 Visual Studio 安裝的電腦上。

重新啟動需求

您可能要安裝這個套件之後,重新啟動電腦。

支援的架構

  • 32 位元 (x86)
  • 64 位元 (x64) (WOW)
  • ARM

硬體需求

  • 1.6 ghz 或更快的處理器
  • 1 gb 的 RAM (1.5 GB,如果您在虛擬機器中執行)
  • 2 GB 的可用硬碟空間
  • 5,400 的 RPM 硬式磁碟機
  • DirectX 9 能夠視訊卡執行在 1024 × 768 或更高的解析度

警告:本文為自動翻譯

內容

文章識別碼:2967191 - 最後檢閱時間:02/09/2015 07:34:00 - 修訂: 2.0

  • kbsurveynew kbexpertiseadvanced atdownload kbfix kbmt KB2967191 KbMtzh
意見反應
t" src="https://c.microsoft.com/ms.js">