![]() |
酒量大的莲藕 · TS 对象可能为“未定义”,不能将类型“ ...· 2 年前 · |
![]() |
精明的蘑菇 · Python math.gamma() ...· 2 年前 · |
![]() |
发财的熊猫 · 【C/C++】fstream详解_c++ ...· 2 年前 · |
![]() |
眼睛小的领带 · java 获取时间戳的三种方式 - ...· 2 年前 · |
此版本現在已不支援。 如需 Visual Studio 支援的詳細資訊,請參閱 Visual Studio 2017 的支援原則 。
請參閱 最新版的版本資訊 ,或造訪 Visual Studio 網站以下載最新支援的 Visual Studio 2017 版本。
這些是 15.6 中已解決的客戶回報問題:
查看 Visual Studio 2017 15.6 版中已修正的所有客戶回報問題。
於 2018 年 3 月 5 日發行
在 15.6 中,我們持續 改善方案載入效能 ,特別是針對會將設計階段建置結果快取的案例。 當電腦已開啟方案時,大型 C# 和 Visual Basic 方案的載入速度會比之前快兩倍。
我們將焦點放在 .NET Core;根據實驗室的測量資料,客戶應可獲得平均速度加快 20% 的方案載入時間。
為了讓您一目了然延伸模組對效能和可靠性的影響,Visual Studio 會執行即時分析,以判斷延伸模組是否可能是造成無法回應的原因。 如果 Visual Studio 判定某個延伸模組造成了停止回應,會顯示通知讓使用者能停用可疑的延伸模組或隱藏該延伸模組日後的通知 (圖 1) 。
新的安裝詳細資料 (圖 5) 可讓您查看下載大小、下載完成百分比和下載的速率。 您也可以查看正在安裝的套件總數以及剩餘的數目。
若您暫停安裝並於稍後繼續,則會從下載和安裝的餘數繼續進行,而不會從先前的計數開始。
我們簡化了更新程序,讓 Visual Studio 中的更新通知直接帶您前往安裝程式,而不需透過 [延伸模組和更新]。
已更新「ASP.NET 與網頁程式開發」和「.NET Core 跨平台開發」的工作負載,以包括「網頁程式開發的雲端工具」。 此元件包含從 Visual Studio 內取用 Azure Functions 的一切所需。
從 15.6 Preview 3 更新至 Preview 4 或更高版本時,電腦可能會自動重新啟動,而不通知使用者或與其進行確認。
這一版的 F# 和工具引進了許多改善。 其中最重要的是 .NET Core SDK 專案的相關功能。 當然,其中也包括社群提供的許多貢獻。
IReadonlyList
和
IReadonlyDictionary
(來源:
Saul Rennison
。
NativePtr.ByRef
支援
(來源:mjmckp)
。
Async.StartImmediateAsTask
支援
(來源:Onur Gumus)
。
Seq.transpose
、
Array.transpose
、
List.transpose
(來源:
Patrick McDonald
)。
System.Tuple
類型迴歸
不再支援
.Item1
/
.Item2
/etc. 的問題。 由於這些元組類型現在與 F# 元組語法 100% 同義,因此我們引進了使用這些屬性的警告。 如需詳細資料,請參閱連結的提取要求。
IsSerializable
屬性。 現在,
Option
和
Async
等 F# 類型可針對 .NET Standard 和 .NET Core 序列化。
sbyte
和
byte
IL 欄位顯示 (來源:
Vasily Kirichenko
)。
#if INTERACTIVE
定義包圍的程式碼現在支援不需要類型檢查的 IDE 功能,撰寫者為
Eugene Auduchinok
。
FSharp.Core.resources.dll
。
FSharpSymbolUse
,實作了
ToString()
以便在偵錯編輯器工具時更輕鬆查看所有符號使用結果 (來源:
Eugene Auduchinok
)。
若要查看 15.6 版的完整認可變更記錄,請參閱 我們的標記 。
查看 Visual Studio 2017 15.6 版中所有現有的已知問題和可用的因應措施。
C# 編譯器現在支援:
/keyfile
選項
,適用於所有作業系統)。
除了許多 Bug 修正 和一項重大變更 (請參閱 重大變更的執行清單 ) 之外,7.2 語言功能也有兩個微幅的語言變更:
in
多載的依據 (
請參閱 GitHub 中此主題的詳細資訊
)。
ref
和
this
寬鬆排序 (
請參閱 GitHub 中此主題的詳細資訊
)。
這個版本包含 Xamarin.iOS 11.8 和 Xamarin.Android 8.2。
Xamarin Live Player 讓開發人員可以直接在 iOS 和 Android 裝置上使用 Visual Studio,以持續部署、測試應用程式及對其偵錯。 Visual Studio 2017 15.5 版已新增支援,可讓開發人員 直接在 Android 模擬器中預覽即時的 XAML 變更 ,而不需要重新編譯或重新部署。 此版本將這項功能引進適用於 Windows 的遠端 iOS 模擬器。
針對此版本,我們已將需具備完成資料庫才能在已安裝套件上使用 IntelliSense 的限制移除 (圖 6)
。 這表示,現在您只要幾秒鐘就可以取得
numpy
和
pandas
等熱門套件的完成項,而不需在安裝好套件後苦等四小時。
我們針對下列項目新增了自訂功能:用於文件字串的色彩 (在類別或函式中使用時),以及偵測為
re
程式庫呼叫之一部分的規則運算式模式 (圖 7)
。 您可以在 [工具] > [字型] > [色彩]
、[Python 文件] 和 [Python 規則運算式] 下進行這些變更。
最後,針對 Anaconda 使用者,我們正在實驗 Conda 的偵測和整合。 啟用時,您的 Conda 環境會自動出現在 Visual Studio 中;我們也會使用 Conda 而非 pip 來管理套件。 如需詳細資訊,請參閱 What's new for Python in Visual Studio 15.6 (Visual Studio 15.6 的 Python 新功能) 部落格文章。
CPU 使用量工具可以顯示非同步程式碼的邏輯呼叫堆疊 (亦即「非同步呼叫堆疊拼接」) (圖 8) 。
若要查看邏輯呼叫堆疊 (亦即「拼接的呼叫堆疊」),請開啟 CPU 使用量工具 [篩選] 下拉式功能表的 [Stitch Async Code] (拼接非同步程式碼) 設定。
系統會將代表父函式或工作執行的非同步程式碼顯示為 [呼叫樹狀圖] 檢視和 [呼叫端/被呼叫端] 檢視中的子系。
這項變更可讓您更輕鬆巡覽非同步程式碼,並了解其效能特性。
這項功能可能需要很長的時間來產生某些非同步程式碼模式的邏輯呼叫堆疊。 您可以視需要取消分析,並關閉設定。 上述行為只有在使用 ALT-F2 效能分析工具啟動頁面進行事後剖析分析期間,才可以使用。 在偵錯期間使用 CPU 使用量工具時,不會顯示邏輯呼叫堆疊。
CPU 使用量工具 (可在 [診斷工具] 視窗中的 F5 偵錯期間及透過 ALT-F2 效能分析工具取得) 現在可根據特定程式碼行的 CPU 消耗量來醒目顯示原始程式碼 (圖 9) 。
當您檢視 CPU 使用量工具的 [呼叫樹狀圖] 檢視或 [呼叫端/被呼叫端] 檢視時,會顯示所選取函式的來源以及該函式上每個原始程式碼所指出的 CPU 耗用量。
如果函式的 CPU 效能是個考量,您就可以趁這時具體判斷函式的哪些原始程式碼要為函式執行時的 CPU 耗用量負責。
此功能需要來源資訊包含在產生的 PDB 中,該檔案由專案設定所控制。 不含來源資訊的 PDB 專案不會顯示行屬性或來源檔案。
依照使用者意見反應修改,偵錯工具現在可於傾印偵錯過程中顯示透過 SetThreadDescription API 所設定的執行緒名稱。 這項功能需要在 Windows 10 Fall Creators Update 或更新版本組建上收集傾印。
如果您使用的是執行於 Azure App Service 中的 ASP.NET 應用程式,並想要試用 貼齊點或記錄點 ,則可以選取 [偵錯目標] 下拉式功能表的 [快照偵錯工具 (Azure App Service)],進行這項作業 (圖 10) 。
在 15.6 Preview 2 中,我們新增了巡覽至反向組譯原始程式碼的功能。 若啟用,在任何參考的類型或成員上叫用 [移至定義] 或 [查看定義] 時,會透過 ILSpy 反向組譯顯示其定義,內含重新建構的方法主體。 若要開啟此功能,請前往 [工具] > [選項] > [文字編輯器] > [C#] > [進階] > [Enable navigation to decompiled sources] (允許瀏覽至反編譯的來源) (圖 11) 。
我們也新增了下列幾個 .NET EditorConfig 選項:
若要查看所有 .NET 程式碼慣例選項,請參閱 EditorConfig 的 .NET 編碼慣例設定 。
針對存在於原始檔控制中的方案,您可以按一下 Team Explorer 中的 [持續傳遞] 磚,以設定應用程式的自動化建置與部署。
我們已新增支援透過 SSH 的 Git 驗證。 在 VSTS 或已啟用 SSH 驗證的 GitHub Git 存放庫中,您可以針對存在於原始檔控制中的方案設定持續傳遞。
我們引進了對容器化專案的支援。 您可以針對具 ASP.NET Core 專案及 docker 支援 (目標為 Linux 上的 Azure App Service (用於容器的 Web App)) 的方案設定持續傳遞 (圖 13) 。 [設定持續傳遞] 對話方塊會預設為新建 Linux 上的 Azure App Service (用於容器的 Web App) 與 Azure Container Registry (如果您的 Azure 訂用帳戶下尚未具有)。
我們已新增更多對 Git 標記的支援。 您現在可以建立、刪除和推送標記。 在 [標記] 頁面上,您可以檢視存放庫中的所有標記,並透過標記建立新分支。 這是 UserVoice 中最常要求的功能之一。
若是 Visual Studio Team Services 使用者,您可以 簽出 提取要求分支。 這項功能可讓您更輕鬆檢閱提取要求、測試變更,並建置程式碼。
您可以將 Windows 10 Insider Preview SDK (組建版本 17095) 安裝為含有通用 Windows 平台開發工作負載的選擇性元件。
部分 Visual Studio 可執行檔 (devenv.exe、blend.exe、wdexpress.exe 和 vsga.exe) 的檔案版本現可看出次要版本 (例如 15.6.*)。
這不會影響任何功能,但如果外部程式碼會依賴可執行檔版本號碼,則可能要更新該程式碼。
Visual Studio 的測試總管現在提供階層檢視 (圖 14) ,其可依據專案、命名空間和類別組織您的測試。 您可以使用 [階層] 按鈕 (位於 [群組依據] 按鈕旁邊的測試總管視窗上方),開啟和關閉這個檢視。
這項功能不僅讓您可以更容易巡覽測試,還可以輕鬆針對測試提供回饋意見。
使用 即時測試探索 (圖 15) ,您無須建置要由您自己進行管理的專案,就能自動探索測試。 這可讓測試總管與程式碼變更 (例如新增、移除或編輯測試) 保持同步。 請注意,上述階層檢視功能適用於所有類型的專案,但自動測試探索功能只適用於 C# 和 Visual Basic 專案。
我們推出了用於測試 Win10 IoT 核心版應用程式的支援。 現在,這類 UWP 應用程式的測試可以在裝置上部署、偵錯與執行。 測試總管也可以完全整合測試。 即使透過 VSTS CI,也可以獲得部署和執行的支援。 因此,在 Visual Studio 中,Win10 IoT Core 應用程式可獲得完整的編輯、編譯、偵錯、測試週期支援,亦可獲得 Visual Studio Team Services 中的持續整合工作流程支援。
Visual Studio Build Tools 可讓您建立組建伺服器,而不需要安裝所有 Visual Studio。 對於傳統型專案,安裝程式已經可以支援 C++、ASP.NET 和 .NET Core。 為了回應客戶的要求,我們會持續強化 Visual Studio Build Tools 以支援其他專案類型。 在此版本中,我們新增對 TypeScript 和 Node.js 專案的支援。 我們預計會在未來版本中新增對更多專案類型的支援。 如需這個版本的 Visual Studio Build Tools,此為 下載位置 。
ClickOnce 是一種部署技術,可讓您建立自行更新的 Windows 應用程式,並以最少的使用者互動來安裝和執行這些應用程式。 它會使用憑證以驗證應用程式發行者的真偽,並會簽署應用程式和部署資訊清單,以證明檔案未遭竄改。 在這個版本中,我們已新增支援使用 Cryptography Next Generation ( CNG ) 憑證,簽署應用程式和部署資訊清單。
我們新增了隨附於 Visual Studio 15.6 中的 Azure 服務驗證延伸模組 。 針對使用 Microsoft.Azure.Services.AppAuthentication 程式庫的專案,其可讓它們使用 Visual Studio 帳戶來存取 Azure 資源 (例如 Key Vault)。
在 Windows 上使用 Visual Studio 建置 iOS 應用程式變得更容易了! 此版本新增了自動 macOS 佈建這項全新功能。 您不需要手動維護 Mac 組建電腦,只需要連接到 Mac,我們即會處理繁重的工作 (使用正確的 Xamarin.iOS 和 Mono 位元安裝和設定組建電腦),且所有作業都透過 Visual Studio 進行。
遠端 iOS 模擬器 可讓開發人員完全在 Windows 上的 Visual Studio 中測試和偵錯 iOS 應用程式,其適用於所有版本的 Visual Studio (從 15.5 版開始),包括免費的 Community Edition! 模擬器支援位置模擬、旋轉、手勢等功能,甚至包括 Mac 的 iOS 模擬器不支援的多點觸控功能。 開發人員在 Windows 上建置 iOS 應用程式時,這可賦予其絕佳的模擬器體驗,那裝置呢? 使用 Visual Studio 2017 15.6 版時,您可以使用 Wi-Fi 部署,透過網路來部署 iOS 應用程式,而完全不需任何纜線! 在 Xcode 中設定無線裝置 之後,Visual Studio 即會顯示該裝置,就像一般部署目標一樣。
於 2018 年 3 月 8 日發行
這些是在此版本中解決的客戶回報問題:
於 2018 年 3 月 13 日發行
Microsoft 知悉 .NET Core 公開版本中有資訊安全漏洞,也就是惡意檔案或 Web 要求可能引起拒絕服務 (DoS) 的攻擊。
建議系統管理員將 .NET Core 執行階段的版本更新到 1.0.10、1.1.7 或 2.0.6。 建議開發人員將 .NET Core SDK 的版本更新到 1.1.8 或 2.1.101。
這些是在此版本中解決的客戶回報問題:
git
標籤。
於 2018 年 3 月 19 日發行
Microsoft 知悉 .NET Core 公開版本中有資訊安全漏洞,也就是惡意檔案或 Web 要求可能引起拒絕服務 (DoS) 的攻擊。
建議系統管理員將 .NET Core 執行階段的版本更新到 1.0.10、1.1.7 或 2.0.6。 建議開發人員將 .NET Core SDK 的版本更新到 1.1.8 或 2.1.101。
這些是在此版本中解決的客戶回報問題:
git
標籤。
於 2018 年 3 月 22 日發行
這些是在此版本中解決的客戶回報問題:
於 2018 年 4 月 4 日發行
這些是在此版本中解決的客戶回報問題:
C:\Windows\temp
會填滿 .itrace 檔案。
vstest.console.exe
會因為通訊端例外狀況造成測試回合失敗。
於 2018 年 4 月 10 日發行
當 Visual Studio 在編譯程式資料庫 (PDB) 檔案時,若不當地洩漏未初始化記憶體的限制內容,便會存在資訊洩漏弱點。 攻擊者可以利用此資訊洩漏,藉由編譯 PDB 檔案的 Visual Studio 執行個體,以檢視未初始化的記憶體。
攻擊者若要利用這項弱點,就需要使用有弱點的 Visual Studio 版本來存取受影響的 PDB 檔案。 攻擊者無法強制開發人員產生此資訊洩漏。
安全性更新會修正編譯專案時產生 PDB 檔案的方式,以彌補此弱點。
如需詳細資訊,請參閱 CVE-2018-1037 的安全性更新。
這些是在此版本中解決的客戶回報問題:
於 2018 年 4 月 26 日發行
這些是在此版本中解決的客戶回報問題:
__finally
處理常式中所使用的變數。
歡迎您提供意見反應。 請前往
Developer Community
(開發人員社群) 網站,以尋找最新問題、記錄新問題及附議現有問題。
查看 Visual Studio 2017 15.6 版中所有現有的已知問題和可用的因應措施。
我們很希望聽聽您的意見! 若有任何問題,請透過安裝程式或 Visual Studio IDE 本身右上角的
回報問題
選項來通知我們。
圖示位在右上角。
您可以在
Visual Studio 開發人員社群
中提出產品建議或追蹤您的問題,也可以提出問題、尋找解答及提議新功能。
您也可以透過我們的
即時聊天支援
取得免費的安裝協助。
善用「開發人員工具部落格」網站中的見解與建議,讓您能夠隨時取得所有新版本的最新資訊,以及涵蓋各類功能的深入探討文章。
如需舊版 Visual Studio 2017 的詳細資訊,請參閱 Visual Studio 2017 版本資訊歷程記錄 頁面。