Visual Studio”15“的内存溢出崩溃锐减

[原文发表地址]: Reduced Out of Memory Crashes in Visual Studio “15” [原文发表时间]: October 12, 2016   这是Visual Studio “15” Preview 5中关于性能改善五部分系列中的第三篇博客。前两篇博客介绍的是在Visual Studio “15”中启动更快和项目解决方案加载时间更短。 Visual Studio集多种功能于一身,数百万的开发人员都依赖于它进行高效的工作。支持如此多的功能,而且随着开发者期望的响应速度的提高,内存消耗就有所增加。然而,在Visual Studio 2015中,在某些情况下的内存使用量过大。这导致了一些不利的影响,例如内存溢出崩溃,UI反应迟缓。我们收到了大量用户对于这些问题的反馈。在VS “15”中我们正在解决这些问题,同时不会削弱Visual Studio丰富的功能和性能。 我们正在优化Visual Studio的很多功能,这篇文章介绍了三个具体领域的进展: JavaScript与 TypeScript语言服务,调试器符号文件加载,VS中的Git支持。在本文中我将对每一个测试场景比较以下两个指标,来展示我们所取得的进展: 峰值虚拟内存: Visual Studio是一个32位的应用,这意味着消耗的虚拟内存可以达到4GB。超过上限的内存分配会导致Visual Studio出现内存溢出错误(OOM)而崩溃。峰值虚拟内存是一个用来度量进程的内存将如何接近所限制的4GB的指标,或者换句话说,可以度量一个进程是如何接近崩溃的指标。 峰值私有工作集:一个包含了进程执行的代码或进程涉及的数据的虚拟内存的子集需要被放在物理内存中。“工作集”是这样的物理内存消耗的度量标准。这种工作集的一部分称作“私有工作集”,是属于一个给定进程的内存,并且是单独属于这个进程的。因为这样的内存不是进程间共享的,他们在系统上的消耗相对较高。本文的测量数据包括了Visual Studio (devenv.exe)的峰值私有工作集和相关的附属进程。   JavaScript语言服务 超过三分之一的Visual Studio开发人员定期编写JavaScript (JS),使JS语言服务成为在相当数量的Visual Studio会话中需要加载的一部分。JS语言服务提供的功能如智能感知、代码导航和一些使JS编辑高效的功能。 为了支持这种生产力特性并且确保他们响应迅速,语言服务消耗了不少的内存。内存的使用量取决于解决方案的特性、工程的数量、文件的数量以及文件大小。此外,JS语言服务通常会和另一种语言服务一起被加载,例如C#,这会增加进程的内存压力。因此,提高JS语言服务的内存占用对减少VS中内存溢出崩溃是至关重要的。 在VS “15”中,我们想要确保Visual Studio可靠性不会被JS代码造成的内存消耗而不利地影响。为了实现这个目标而不影响JavaScript的编辑体验,在VS“15” Preview 5中我们已经将整个JS语言服务移动到一个可以与Visual Studio进行通信的附属进程Node,js中。我们还合并了JavaScript和TypeScript语言服务,这意味着我们通过实现两种语言服务被同时加载来减少内存。 为了测量对内存的影响,我们在以下场景中比较了Visual Studio 2015…

0

Visual Studio”15“的内存溢出崩溃锐减

[原文发表地址]: Reduced Out of Memory Crashes in Visual Studio “15” [原文发表时间]: October 12, 2016   这是Visual Studio “15” Preview 5中关于性能改善五部分系列中的第三篇博客。前两篇博客介绍的是在Visual Studio “15”中启动更快和项目解决方案加载时间更短。 Visual Studio集多种功能于一身,数百万的开发人员都依赖于它进行高效的工作。支持如此多的功能,而且随着开发者期望的响应速度的提高,内存消耗就有所增加。然而,在Visual Studio 2015中,在某些情况下的内存使用量过大。这导致了一些不利的影响,例如内存溢出崩溃,UI反应迟缓。我们收到了大量用户对于这些问题的反馈。在VS “15”中我们正在解决这些问题,同时不会削弱Visual Studio丰富的功能和性能。 我们正在优化Visual Studio的很多功能,这篇文章介绍了三个具体领域的进展: JavaScript与 TypeScript语言服务,调试器符号文件加载,VS中的Git支持。在本文中我将对每一个测试场景比较以下两个指标,来展示我们所取得的进展: 峰值虚拟内存: Visual Studio是一个32位的应用,这意味着消耗的虚拟内存可以达到4GB。超过上限的内存分配会导致Visual Studio出现内存溢出错误(OOM)而崩溃。峰值虚拟内存是一个用来度量进程的内存将如何接近所限制的4GB的指标,或者换句话说,可以度量一个进程是如何接近崩溃的指标。 峰值私有工作集:一个包含了进程执行的代码或进程涉及的数据的虚拟内存的子集需要被放在物理内存中。“工作集”是这样的物理内存消耗的度量标准。这种工作集的一部分称作“私有工作集”,是属于一个给定进程的内存,并且是单独属于这个进程的。因为这样的内存不是进程间共享的,他们在系统上的消耗相对较高。本文的测量数据包括了Visual Studio (devenv.exe)的峰值私有工作集和相关的附属进程。   JavaScript语言服务 超过三分之一的Visual Studio开发人员定期编写JavaScript (JS),使JS语言服务成为在相当数量的Visual Studio会话中需要加载的一部分。JS语言服务提供的功能如智能感知、代码导航和一些使JS编辑高效的功能。 为了支持这种生产力特性并且确保他们响应迅速,语言服务消耗了不少的内存。内存的使用量取决于解决方案的特性、工程的数量、文件的数量以及文件大小。此外,JS语言服务通常会和另一种语言服务一起被加载,例如C#,这会增加进程的内存压力。因此,提高JS语言服务的内存占用对减少VS中内存溢出崩溃是至关重要的。 在VS “15”中,我们想要确保Visual Studio可靠性不会被JS代码造成的内存消耗而不利地影响。为了实现这个目标而不影响JavaScript的编辑体验,在VS“15” Preview 5中我们已经将整个JS语言服务移动到一个可以与Visual Studio进行通信的附属进程Node,js中。我们还合并了JavaScript和TypeScript语言服务,这意味着我们通过实现两种语言服务被同时加载来减少内存。 为了测量对内存的影响,我们在以下场景中比较了Visual Studio 2015…

0

Visual Studio “15”响应速度更快

[原文发表地址]: Improved overall Visual Studio “15” Responsiveness [原文发表时间]: October 14, 2016   这是包含Visual Studio “15” 性能提升5部分系列的最后一篇博客了。 这个系列中包含了下边的内容: · Visual Studio “15” 启动更快了 · VS“15”项目解决方案加载时间更短 · VS“15”中由于内存溢出产生的崩溃现象减少了 · VS“15”让C++工程更快 · VS “15” 响应速度更快 在这篇博客中我们会着重介绍下在VS “15” 预览版5中我们所做的一些让Visual Studio在日常使用过程中 反应更加灵敏的改进。首先,我们先讲一下在调试性能、Git源代码管理和XAML编辑方面的改进,以及怎样通过管理插件来改进你的输入体验。   调试更快速并且不会因为编辑造成延迟 在Visual studio 2005中,我们引进了WPF工程、windows窗体工程和可管理控制台项目的托管进程,通过在后台启动一个可用于下一个调试会话的进程,来使“开始调试”速度更快。该功能会导致Visual Studio在按下“停止调试”时暂时性的几秒钟内无响应或者是只能在停止调试会话之后才能使用Visual Studio。 在预览版5当中,我们关闭了托管进程,并且优化了“开始调试”,这就使得如没有托管过程一样快速,而对于从未使用过托管过程的项目(例如ASP.NET,Universal Windows和C ++)来说可能会更快。例如,下边是一些我们在测试机器上所统计的UWP照片共享应用程序、一个针对于可视化的C++应用程序和一个简单的WPF应用程序的启动时间对比图: 为了实现以上提升,我们在开始调试路径上优化了初始化诊断工具窗口和智能追踪(默认情况下会在每一个调试会话开始的时候显示)的相关时间花费。我们修改了智能追踪的初始化模式,这样的话它就可以在其他调试过程和应用启动的时候被初始化。另外,我们通过智能追踪记录和Visual Studio进程在断点处停止时的交互的方式消除了几个低效率进程。 我们还删除了几个与诊断工具窗口相关的必须在Visual Studio UI主线程上同步运行代码的后台线程。 这使得我们可以异步进行ETW事件收集,从而在重新启动调试时,不必等待旧的ETW会话完成。   Git.exe…

0

Visual Studio “15”响应速度更快

[原文发表地址]: Improved overall Visual Studio “15” Responsiveness [原文发表时间]: October 14, 2016   这是包含Visual Studio “15” 性能提升5部分系列的最后一篇博客了。 这个系列中包含了下边的内容: · Visual Studio “15” 启动更快了 · VS“15”项目解决方案加载时间更短 · VS“15”中由于内存溢出产生的崩溃现象减少了 · VS“15”让C++工程更快 · VS “15” 响应速度更快 在这篇博客中我们会着重介绍下在VS “15” 预览版5中我们所做的一些让Visual Studio在日常使用过程中 反应更加灵敏的改进。首先,我们先讲一下在调试性能、Git源代码管理和XAML编辑方面的改进,以及怎样通过管理插件来改进你的输入体验。   调试更快速并且不会因为编辑造成延迟 在Visual studio 2005中,我们引进了WPF工程、windows窗体工程和可管理控制台项目的托管进程,通过在后台启动一个可用于下一个调试会话的进程,来使“开始调试”速度更快。该功能会导致Visual Studio在按下“停止调试”时暂时性的几秒钟内无响应或者是只能在停止调试会话之后才能使用Visual Studio。 在预览版5当中,我们关闭了托管进程,并且优化了“开始调试”,这就使得如没有托管过程一样快速,而对于从未使用过托管过程的项目(例如ASP.NET,Universal Windows和C ++)来说可能会更快。例如,下边是一些我们在测试机器上所统计的UWP照片共享应用程序、一个针对于可视化的C++应用程序和一个简单的WPF应用程序的启动时间对比图: 为了实现以上提升,我们在开始调试路径上优化了初始化诊断工具窗口和智能追踪(默认情况下会在每一个调试会话开始的时候显示)的相关时间花费。我们修改了智能追踪的初始化模式,这样的话它就可以在其他调试过程和应用启动的时候被初始化。另外,我们通过智能追踪记录和Visual Studio进程在断点处停止时的交互的方式消除了几个低效率进程。 我们还删除了几个与诊断工具窗口相关的必须在Visual Studio UI主线程上同步运行代码的后台线程。 这使得我们可以异步进行ETW事件收集,从而在重新启动调试时,不必等待旧的ETW会话完成。   Git.exe…

0

Visual Studio “15” Preview 5 发布公告

[原文发表地址]: Announcing Visual Studio “15” Preview 5 [原文发表时间]: October 5, 2016   今天我们发布了Visual Studio “15” Preview 5版本。对于Preview 5版本, 我想主要介绍下性能方面的改进,在接下来的几天,我们还会有后续的博客来描述我们已经可以看到的性能提升。我打算主要说明下那些已经可以提高效率的改进点。 启动安装程序,并阅读下文,你也可以获取发布说明来了解详情。   性能与内存效率的大改进 我想根据这个并行对比视频,给你展示所有的性能改进。这个视频是比较打开 Visual Studio 并加载整个.NET 编译器平台”Roslyn”的解决方案,Visual Studio ’15’ 用时30秒,而Visual Studio 2015用时60秒。 更快的加载时间是“轻量级工程加载以及按需求扩展加载”双管齐下改进的结果。下面是一些在Preview 5中的关键性能的提升: 通过“轻量级解决方案加载”选项来缩短解决方案加载时间: 工作在超过100多个项目的解决方案中,并不意味着需要在一定时间内操作所有的文件或项目。VS “15”提供了在不需要等待所有工程加载完毕时就可编辑和调试的功能。你可以在Preview5的托管工程中尝试一下这种功能,可以通过工具-> 选项 ->项目和解决方案,勾选“轻量级解决方案加载”。 通过按需加载扩展来更快的启动:方法很简单:当需要扩展时再加载,而不是在打开VS的时候就加载。在 Preview 5中,我们开始这样做了,已经改变了Python和Xamarin扩展为按需加载,并正在改变我们提供的所有Visual Studio扩展,以及由第三方扩展供应商所提供的扩展到这种模式。想知道哪些扩展影响了启动,解决方案加载等性能呢?你可以在帮助->管理Visual Studio性能中查看这些信息。你开发过扩展吗?我们将发布指导来帮助扩展开发人员将扩展改为按需加载。 将子系统从VS主进程移动到独立进程: 我们移动了一些内存密集型任务,例如 Git 源代码管理、JavaScript 和TypeScript语言服务,以便分离进程。这就杜绝了那些较差的体验,如由于代码运行Visual Studio的程序造成的延时,或者因32位的处理器中主程序已有达到约4 GB的内存上限造成的Visual Studio变得缓慢或者崩溃。在未来的版本中,我们将继续把组件移动到进程外。 对C++项目,更快的加载项目,编码,调试: 我们可以更快的加载C++项目,查看这个显示改进的视频。你可以通过从工具->选项->文本编辑->C/C++->实验,将“启用更快的项目加载”的值设置为True来启用它。我们也改进了我们的链接器和PDB加载库,使得增量生成工程以及调试时更快,同时在调试的时候所消耗的内存也明显减少了。 使用Git、调试工程和编辑XAML代码时速度有所提升:通过从libgit2切换到git.exe,我们提高了源代码管理操作的速度。我们也通过优化初始化时间和其他与IntelliTrace相关的时间,以及诊断工具窗口,还删除了编辑XAML文件时出现的几次延迟。从而提高了调试性能。…

0

Visual studio “15” 中解决方案加载时间更短

[原文发表地址]: Shorter Solution Load Time in Visual Studio “15” [原文发表时间]: October 11, 2016   Selma之前分享了一些使visual studio “15”启动比以前更快的方法。今天,我会讨论visual studio “15” 中的一个新功能叫做轻量级的加载解决方案。这个功能极大减少了解决方案加载时间,所以你可以更有效率更快地使用IDE。   轻量级加载解决方案 当启用轻量级加载解决方案,Visual Studio 不会完全加载项目,除非你开始使用它。许多常见的任务,例如通过您的代码库导航,编辑代码,和编译您的项目将不需要加载所有项目。 为了了解在真实的场景中它是如何工作的,我们在容量有限的 Visual Studio “15”preview 4 上发布了轻量级加载解决方案。目前看来,这些性能改进效果还是不错的: 在推出这个有限的功能之后,我们发现解决方案加载时间加快了两到四倍。 此功能的最终目标是使您在IDE中更加高效的工作。使用轻量解决方案加载的开发者们能够在浏览或者编译他们的代码时快1到2分钟。我们也期待在Preview5 中这一特性能够被更完整地发布。   试试它 轻量级的解决方案加载在Preview5 上并不是默认启用的,但我们想鼓励开发者们在中型到大型的、或托管解决方案中尝试这一功能并给予反馈。启用轻量级的解决方案加载,可以在导航菜单中选择工具->选项,然后选择项目和解决方案->通用,再勾选页面底部的‘轻量级解决方案加载’: 一旦启用了轻量级解决方案加载,你可以像往常一样打开并操作你的项目和解决方案。设置将在你下次加载解决方案的时候生效,没有必要去重启IDE。 在Preview5中轻量级解决方案加载主要作用于托管项目。若你在处理中型或大型的C#或VB的解决方案,我们强烈建议你试用这一新特性。你也能够打开C++或其他项目类型的混合解决方案——但请记住,对于其他类型的项目(更多信息见下文*)而言,目前还不是所有性能的提升都是可用的。 当轻量解决方案打开后,你或多或少能够像往常一样继续你的工作,只是会更快一些。特别地,还有一些事你可以试试: 用Navigate to(Ctrl+,)浏览你的代码库定位,查找声明定义(F12),查找文件,或查找所有引用 重构代码或内联重命名 生成或调试您的解决方案 你可能会注意到一些操作花了一些时间在后台加载项目数据。 请注意,轻量级解决方案负载仍然在试验中,所以它仍有一些不足之处: 如果一个关于项目的功能从IDE中丢失了,请尝试在解决方案资源管理器中扩展项目。如果有任何不能正常工作的情况请告知我们。 NuGet包恢复至今仍未与轻量级解决方案负载集成,我们建议在打开功能之前恢复包打开之前的功能或用命令行恢复。 除非一个项目完全被加载,否则测试浏览器不会看到测试结果。 如果你需要在一个解决方案中重定向或升级所有项目,禁用轻量级解决方案负载效果会更好。 *虽然在Preview5中轻量级解决方案负载作用于托管项目,如果你是一个C++开发者 也请不用担心,在未来的Preview5中有很多关于C++的性能改进,——在周四查看本系列的第四部分可以获取更多细节。在将来的版本中,这些改进将纳入轻量级解决方案加载。   请给我们反馈!…

0

Visual Studio “15”启动更快了

[原文发表地址]: Faster Visual Studio “15” Startup [原文发表时间]: October 10, 2016   正如John上周三在预览版5发布的博客中提到的,我们在这个版本中进行了大量的性能改进。这是包含Visual Studio “15” 性能改进的五部分系列的第一部分。 今天,我将向您介绍一系列我们为改进Visual Studio启动体验而进行的投入,主要包括以下方面: 使用我们的新性能中心,您如何确定所使用的扩展或者工具窗口是否影响了启动、解决方案加载或代码编辑等方面的体验。当然,还有如何优化它。 如何使用按需加载方法将扩展移出启动路径,优化和推迟缓存初始化,来有助于我们改善启动时间。 近年来,随着Visual Studio用户群的增长,在Visual Studio中也融合了一些合作伙伴的技术。 不幸的是, 由于这些功能在启动时会自动加载,这极大地影响了Visual Studio的启动时间。 下面是一个示例,显示了Visual Studio启动时间在启动加载扩展时,如何轻松地减慢50%。   Visual Studio启动包含什么? 有三个不同的Visual Studio 启动类型: 首次启动:安装完成后第一次启动Visual Studio。 第一次启动Visual Studio比其他启动要慢得多,因为Visual Studio环境配置了各种缓存和预构建的表。 正常启动:我们将在第一次启动后,后续的Visual Studio启动,称为正常启动; 此类启动不包括调试实例,或使用命令行参数启动的实例,以及之前安装的扩展或更新的实例。80%的Visual Studio启动都属于正常的启动。 配置更改:在安装扩展或更新后发生的启动。 这些类型帮助我们识别潜在减速的根本原因,有利于进一步调查优化方案。 首次启动的改进 在Visual Studio 2015中,首次的启动包括扫描安装的组件和创建一个配置文件,初始化默认设置,获取用户登录信息,并初始化缓存,如托管扩展框架(MEF),扩展管理器,工具箱以及字体/颜色缓存。 在Visual Studio“15”中,我们已经考虑了每个步骤,以查看哪些可以延期或优化: 我们尝试在Visual Studio 2015中推迟工具箱的初始化,这对于加载时间有积极的影响,于是在Visual Studio“15”中就进行了这种更改。 一些缓存,如字体和颜色缓存不再在第一次启动时初始化。…

0

Visual Studio 2015里的 Node.js开发工具1.2版发布了

[原文发表地址] Node.js Tools 1.2 for Visual Studio 2015 released [原文发表时间] July 28, ’16 现在是什么时候了呢?! 是到宣布我们下一个稳定的版本“Node.js Tools 1.2 for Visual Studio (NVTS)”已经可供下载了的时候了!NTVS1.2支持Visual Studio 2015(包括免费的Visual Studio社区版和Web上发布的版本) 用Visual Studio的 Node.js开发工具,我们力争使比以往更容易建立企业版的Node.js应用,完美支持您的应用程序的每个阶段,从强大的代码完成到高级的调试和分析,再到单元测试和云部署等等。   在V1.2中有什么新的功能? 除了支持Node.js v6.x和整个产品大量的bug修复,我们重点放在以下改进点,以提高开发人员的工作效率。   更快更好的ES6智能感知 无论你是遇到了性能问题还是渴望最新的和最伟大的Javascript,默认情况下,现在新ES6的智能感知体验比以往更好!新ES6智能引擎利用类型定义的文件提供更好和更高性能的智能感知。该功能也适用于最流行的Node.js框架,如Commander、Express、jQuery和Knockout。 每当你包含一个新的npm包,相关的”typings”将自动下载到您的项目,这将使您能够查看有关完成下次你’require’的模块。 我们希望你会喜欢这个新的智能感知功能时,同时也意识到这背离了我们先前的静态分析引擎。因此我们会将之前的机制作为一个备选项,并且继续提供。   更可靠的调试 高级调试是NTVS的基石,我们已经有了更好的解决一些用户报告的问题的方法。如果断点有时工作不正常,或内容不一致,一定要下载此版本以获得最新的修补程序。   提高性能 暂停和崩溃是一个阻力,但现在不是了!此版本提供了显著改进稳定性和性能,包括减少在以前的版本中看到的内存不足的崩溃。我们还提出了若干在我们的项目管理系统中的改进,所以你可以看到项目加载时间有所改善(特别是在“添加现有的代码”时)。 还是会遇到一些问题?那么请您在GitHub上报告问题,然后我们可以一起来解决它!   改进的单元测试体验 我们都知道,单元测试是快速定位bug的有用方式。因此我们已经做了一些改进的单元测试的体验,包括添加tape测试框架的支持,这里要特别感谢下@jcansdale(#989)。 想要支持您最喜欢的测试框架?那就让我们知道。我们可以将其包括在下一个NTVS的更新中。或者更好的是,只需在GitHub中提交一个Pull Request!   开始使用Visual Studio中的Node.js 1.2开发工具 下载Node.js tools 1.2…

0

Visual Studio 中的一些隐性功能

[原文发表地址]: Visual Studio Hidden Gems [原文发表时间]: May 4, 2015   Visual Studio是一个强大的 IDE,它数以百计的功能使开发人员能够做的更多、更快。大约一年前我加入了Visual Studio团队,我在这里发现了一些非常棒的功能。这些所有的功能都在Visual Studio 2015中,但其中一些已经存在在好几个版本里了,因此你也可以在 Visual Studio 之前的本版里找到它们。 1. 快速启动栏(Ctrl-Q) 2. 多语言支持 3. C#交互窗口(REPL) 4. Navigate/GoTo (Ctrl+,) 5. 查看定义(Alt-F12) 6. 预览选项卡 7. 向上或向下移动代码 (Alt+Up/Down) 8. 透明的弹出框(按住Ctrl键) 9. 状态栏中的版本控制信息 10. 诊断工具窗口   快速启动栏(Ctrl-Q) 快速启动栏是一个增强型的搜索框,它位于标题栏的右上角。它不仅会让你找到菜单命令和选项开关,它也会让你搜索文件、 设置、 以及NuGet 程序包和更多的东西!你可以通过默认快捷键Ctrl + Q直接访问它。 悬停在列表中的项目会提供快捷键或目录信息等有用的附加信息。   多语言支持 Visual Studio支持许多种流行的语言,但是如果你的语言不在列表里,你可以很容易地把它添加进来。通过我们新增加的对TextMate包的支持, Visual…

0

重新设计Visual Studio 的安装体验

[原文发表地址]: On the Road to Release: Redesigning Visual Studio Installation [原文发表时间]: June 17, 2016   对于那些一直在密切关注我们下一版本Visual Studio (开发代号为Visual Studio “15”)进展的人来说,你一定知道,安装和更新是我们的产品发布主题之一。正如在之前的博客中提到的那样,我们正在重构我们产品的安装,以便于默认安装会更轻量、更快、更可靠以及更易处理。这篇博客便是:新的Visual Studio 安装程序会更快、更精简和更专注于您的开发需要。 在build大会上,我们发布了第一个试验新安装体验的预览版,这个预览版的Visual Studio带有最小的“核心编辑器”,仅需要磁盘空间320MB。此版本(以及接下来的Preview2)包括了几个可以给我们提供早期反馈信息的,一些开发组建,这包括:.NET 桌面应用、Python、C++和 Unity。现在,团队正在将Visual Studio 的其他工具组件转换为新的低影响安装模型,以便于我们最终可以从经典安装程序转换为我们的新体验以及新的安装引擎。   安装体验 安装应该是每个Visual Studio 用户共享的唯一体验了,我们希望在我们完成最终设计之前,能够收到更多关于这个新产品的反馈意见。今年夏天晚些时候,我们会有一个带有新的安装程序用户界面的Visual Studio ”15”的版本。在它问世之前,我们想分享一些我们通常不与大家分享的东西:我们的用户界面设计原型草图。这就是我们所说的蓝本。 跟蓝图类似,这些都不是最终的原型,只是比线框图要好一点,会给我们提供一种客户可能会使用的用户界面。 我们期望你们能够逐步了解我们的这个设计原型图,并通过填写我们的简短调查来给出反馈。 新的Visual Studio 安装体验   根据您的需求,选择合适的安装 我们希望得到的其他反馈信息是关于如何将“工作负载” 整合在一起。Visual Studio 会有一个高级设置的安装选项,以便于你可以精确地安装所需功能。在Visual Studio “15“ 中,我们将会给你提供比现在的VS更多的控制能力。大多数情况下,客户告诉我们,他们只想要安装一个“工作负载”,如C++桌面开发或C# web 开发 。 我们一直在研究合适的整合工作负载应该是什么样的,也提出了以下分类: 通用的Windows 平台开发…

0