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

使用Visual Studio 2015的版本控制新功能来提高工作效率

[原文发表地址]: Improved Productivity with new Version Control Features in Visual Studio 2015 [原文发表时间]: June15, 2016   无论您是在与一些朋友做一个项目,还是正在开发企业软件,源代码管理可都是必须的。随着开源软件和协同工作的出现,源代码管理成为开发者工作流程中一个越来越重要的组成部分。我们在之前的两个更新中都尽力改善Visual Studio源代码管理用户体验,而且会持续改进的! 我们尽力适应各种用户所使用的源代码管理供应商提供的功能,并且去维护一些可扩展的功能。为此,我们已经创建了一些新产品,当这些用户使用源代码管理时,无论他们是哪家提供商,应该都可以帮助他们更有效地工作。 我们认为,对你的项目进行源代码管理是非常重要的,并且对你来说应该是小菜一碟,所以我们已经在Update2中添加了发布按钮,去帮助您把代码推送到你自己选择的服务器上。开箱即用,您可以发布代码到 Visual Studio Team Services而不是像GitHub和其他源代码主机那样需要持续更新他们的扩展去支持发布到他们自己的站点上。我们一直致力研究将源代码管理信息展现出来,去帮助跟踪你的状态和所做的改变,并允许您快速进入您操作最频繁的源码控制操作。从Update2开始,这些新功能是完全可扩展的,它们可以被自定义以满足每一个供应商的需求。Git使您能够快速发布一个Git存储库并密切关注您的分支上那些未提交的和未发表的更改,AnkhSVN也会在它们即将发布的版本中添加这些扩展的支持。 我们看到在近几个月,Git的使用率有着难以置信的增长,已经有将近60%的使用源代码管理的解决方案都使用了Git!因此,我们也为Git用户做了一些具体的投资。 包括了太多的项目,怎么办?使用Visual Studio Team Services 无限的Git存储库中,完全不用担心运行空间! 在最新的Team Explorer页面,我们简化了提交的工作流程。只需输入所有提交消息并点击提交来保存所有更改的快照。想要更好地控制吗?我们现在支持载入和未载入文件,这样你就可以提交指定的更改文件。 在Visual Studio和操作Git命令之间怎么切换呢?现在你不必担心丢失上下文或不匹配的信息。通过Team Explorer的新的Git互操作性,在命令行上做的任何操作将立即反映在Team Explorer,反之亦然。   源码管理是比以往更加重要,我们的目标是提供一些使您更高效更乐意使用的功能。我们喜欢听到您的反馈,包括我们已有功能和未来我们能做什么以改善您的体验随时通过 allisb@microsoft.com 联系Allison,提出您的意见和建议。

0

Visual Studio 2015 Update 3 发布候选版

[原文发表地址]: Visual Studio 2015 Update 3 RC [原文发表时间]: June 7, 2016   今天, 我们分享一下Visual Studio 2015 Update 3 RC 的信息。这个发布候选版本主要侧重于稳定性,性能以及bug的修复,但我们也有一些功能更新。我将在本文后面的部分分享这些要点。 Apache Cordova工具。这次更新包括TACO Update 9 和TACO Update 10, 为Intune、Azure engagement、安全性和SQLite存储添加了相应的的插件,并且可以通过npm包名或ID从配置设计器来添加插件,同样也支持 Cordova 6.1.1。 Application Insights 和 HockeyApp。7.0.1版的开发者分析工具为 ASP.NET 5 RC1和ASP.NET核心RC2工程添加了诊断工具事件。我们也改进了搜索体验:如果你改变了搜索条件如筛选器、日期范围、选定的事件,搜索时会自动刷新,并且你可以从搜索请求和搜索菜单中的”find telemetry for this…”进入到代码中。进一步详细信息,请查阅微软Azure 文档里的版本注释。 诊断和调试。Update 3 RC包括了诊断工具对应用程序在Windows OneCore设备(包括HoloLens和Windows IoT)上运行的支持。现在, 当FASTLINK启用时, 您将在C++ 编辑和继续调试上获得更好的性能和可靠性。我们还改进了XAML的界面调试,“实时可视化树” 中新的焦点跟踪功能会根据在可视化树中选定内容的改变,来更新当前获取焦点的元素。 Visual Studio集成开发环境。此次更新解决了许多用户反馈,关于通过在线身份或密钥用于解锁IDE的订阅。您无需再登录my.visualstudio.com来激活你的订阅。我们已经改进了常见授权问题的错误处理方式。我们也已经开始保护所有的网络链接,比如对服务和隐私声明条款,我们会提供如个人身份信息一样的安全性。此外,我们在通过账户设置对话框来激活订阅和输入产品密钥的可访问性方面也有所改进。 C#/VB/Roslyn。 在这次发布中您将看到许多性能上的改进,包括在整个解决方案中运行代码诊断。想要了解代码诊断性能的改进,请在MSDN上查阅…

0

Visual Studio “15” 中的新工程类型: Desktop to UWP Packaging Project

Tags Tags: UWP [原文发表地址]: Announcing the new Desktop to UWP Packaging Project for Visual Studio “15” [原文发表时间]: May 17, 2016 在2016年的开发者大会上,我们发布了桌面应用转换器,它可以让你把已有的桌面应用程序转为通用的Windows平台应用程序(UWP)。 通过桌面应用程序转换器,所有的Windows平台开发者可以用到很多重要的改进更能。首先,你可以把已经存在的Windows桌面应用程序或游戏转换为UWP包,这样用户可以容易的安装你的应用程序,并且可以体会无缝隙更新。一旦转换成UWP应用程序模式,桌面应用程序将有权访问以前无法访问的的通用Windows平台的API,例如动态磁贴和消息推送功能。   Visual Studio 的“Desktop to UWP Packaging Project” 简介 Visual Studio “15” 为这个新的工程提供了支持,这样可以使它更容易地创建和测试那些通过Desktop Bridge直接从Visual Studio中进行转换的应用程序,使你的开发体验更有效率: · 该工程有一个配置文件,当你编辑桌面应用程序的binaries文件后,它允许Visual Studio直接部署更新到UWP应用包。 · 当你在Visual Studio中按下F5,就可以直接启动并调试UWP应用程序。你可以在已有代码中设置断点并进行单步执行。   启用对“Desktop to UWP Packaging Project”的支持 想尝试此功能,需确保你已经设置了使用桌面应用程序转换器。 请确保你正在运行的是Windows 10 Insider Preview Build…

0

.NET 框架兼容性简介

[原文发表地址]: Introduction to .NET Framework Compatibility [原文发表时间]: May 2, 2016   前言 从.NET框架4.0开始,所有主版本号为4(称为“4.x”版本)的.NET框架,都会进行就地更新。这就意味着在一段时间内,电脑上安装的只有一个.NET 4.x框架。安装.NET 4.5框架将替换.NET 4.0框架,.NET 4.5.1框架将替换.NET 4.5框架,.NET 4.6框架将替换.NET 4.5.1,以此类推。 由于这些就地更新的特点,原本在.NET 4.0框架上运行的应用程序,在电脑安装的.NET框架升级后,可能需要在.NET 4.6上运行。.NET 4.x框架之间的兼容性是非常高的,因此在.NET 4.x框架下正常工作的应用程序,通常也会在较新版本的.NET框架下正常运行。然而不同的.NET 4.x框架会有一些变化,因此应用程序应该在其将运行的任何版本的.NET框架上测试下。 本文概述了最佳做法和工具,用来使支持新的.NET 版本更容易。   发生了哪些变化?为什么? 对于.NET 团队来说,和之前版本的.NET框架的兼容性,是一个高优先级的工作。事实上,.NET框架所有的更改都是由经验丰富的工程师进行审核,他们会对这些改变在客户的应用程序上的影响进行评估。 尽管如此,仍然存在兼容性问题。原因之一是,在更新.NET框架时,兼容性并不是唯一的优先事项。有时,由于功能性的原因,不得不进行更改,来解决某个安全漏洞,或者是支持某个行业标准。 还有一些偶然发生的兼容性问题。.NET框架团队会进行全面的兼容性测试,以防止这些问题,但仍然会漏掉一些问题。还有更复杂的情况,修复兼容性问题本身就是一种影响兼容性的改变(因为有些用户可能依赖于这些无意的新行为)。在这样的情况下(解决无意的行为更改),.NET框架团队常常会使用一个称为“quirking”的解决方案。   Quirking和目标.Net框架 Quirking指的是对于缓解兼容性问题,在.NET 框架中有两个单独的代码路径,并且选择一种作为应用程序的目标.NET 框架版本的路径。这种方式缓解了许多.NET 框架兼容性的问题,因为应用程序在较新的.NET框架上运行时,只要在没有变化的目标.NET框架中运行,就避免了很多潜在的问题。Quirking行为是被应用程序的目标.NET框架自动确定,但可以由开发人员使用应用程序或计算机配置设置来进行重写。虽然通过奇想行为减轻了很多兼容性的问题,但是由于安全方面的考虑,以及技术上的限制,并不是所有的兼容性问题都可以被Quirking行为解决。 举一个例子,如果一个目标.NET框架是4.5的应用程序,在安装了.NET 4.5.2的电脑上运行,即使在较新的框架上执行应用程序,为了减少兼容性问题,它也会模拟.NET 4.5的行为。 目前, 微软对.NET 4.0,4.5 和 4.5.1已 停止支持,但是需要特别注意的是,根据新.NET框架的支持政策, 以那些低版本为目标.NET框架的应用程序在高版本的.NET框架上的正常运行,将会继续得到支持。 目标版本是在创建应用程序域 (通常是在托管可执行文件启动时)时,由应用程序的主程序集的目标框架属性决定的。此属性可以通过以下方式设置︰ 可以在 Visual Studio…

0

XAML 语言的编辑和继续功能使得UI开发变得更容易

[原文发表地址]: UI development made easier with XAML Edit & Continue [原文发表时间]: April 6, 2016   普通的界面设计容易。但是优美的界面设计还是一件棘手的事情。 Visual Studio想要成为最好的用户体验类工具设计者。因此我们花费大量时间关注你们所面对的挑战,并从中学习,同时也注意到你们尝试解决用户界面问题而倍受鼓舞。终于,我们在Visual Studio 2015 Update 2 和Visual Studio “15” Preview 的微软工具中做出了提高,而且我们非常期待看到你们对它们的想法。 XAML 语言的编辑和继续功能 在运行时调试的最大改进点是Xaml 应用程序的编辑和继续功能。现在这个特征是当你修改一个正在运行的应用程序时它会立刻被你修改。就其本身而言,编辑和使用是惊人的强大。当与用户界面设计工具相结合使用时,开发者可以比以前更快的解决问题。 请看以下的应用程序:   你会看到那里有一些写着“紧急”的小文本框,但这种颜色看上去像是温馨和模糊的粉红色,而不是传达紧急的深红色。我需要解决这个问题。然而实际上,这种颜色是在datatemplate中的listbox所定义的 TextBlock所消耗的资源。如果我对这段代码并不足够熟悉,要搞清楚这整个链还是很有难度的。但是,现在有了用户界面调试工具,一切都变得简单了。 1. 我需要启用应用程序的部分。在我的应用程序的顶部,还有一个可以打开新的应用程序的工具菜单。我也可以在VS中将它打开,但是这样子更快。一旦它打开了,我就能在我所运行的应用程序上简单点击 Urgent元素。 2. 在 Runtime工具里点击Go To Live Visual Tree按钮, VS会跳到前台并且我能看到我的元素。在我的元素后面的小图标是说我有该特定元素的源码并且我点击它就可以到这个元素上。 3. 当我 打开源码后,你会看到这个特定元素是在一个控件模板里。对于编辑和继续功能来讲那不是个问题。我迅速找到我在这儿定义的样式,点击F12跳入到我的样式上。 4. 好的,看起来这个样式正在使用一个源码, 因此我也可以深入这段代码。我可以把鼠标放到“UrgentBackgroundColor”字符串里并且再次使用F12。最终,找到这个值。你可以想象下手动去找的话会有多么棘手,但是F12却使它变得真正简单。 5. 现在我可以只改变该resource里的值并且该改变会立即被反应在正在运行的应用程序上。 XAML…

0

最新的Microsoft Office开发工具:支持Office Add-in Commands和SharePoint 2016开发

  [原文发表地址]: The Latest of Microsoft Office Developer Tools: Office Add-in Commands and SharePoint 2016 Support [原文发表时间]: April 26, 2015 在本次微软Build大会中,有关Office的消息受到广泛关注: 基于12亿用户的支持, Office为开发人员提供一个开放的市场来重塑效率。Qi Lu在Build大会中致辞并欢迎开发人员来到Office体系,并且展示了新的健壮的扩展性功能,使您能够在Office中创建自定义的功能外观。新的浪潮正席卷整个Office体系,此刻便是成为Office开发人员的最佳时刻。并且对于初学者来说没有比Visual Studio更好的工具了! 作为一个Visual Studio的用户,您可以马上开始,并利用所有新Office IDE内部的可扩展性的优势。 Visual Studio 2015,下载 适用于Visual Studio 2015的微软Office开 发工具Update 2 版本 Visual Studio “15“,从Visual Studio “15” 安装程序下载 Office 开发工具 我们也很高兴宣布微软Office开发工具Visual Studio 2015 Preview 2 。在Visual Studio 2015中,Preview 2在Office开发工具Update 2提供的新功能的基础上,添加了SharePoint…

0

介绍Visual Studio 网络工具相关知识

[原文发表地址]:Introducing Visual Studio’s Network tool [原文发表时间]:May 4, 2015 上周我们公布了Visual Studio 2015 RC的可用性,它包含了一个新的工具。在你构建Windows Phone, Hololens和Xbox平台下 的Windows应用程序时,这个工具可以帮助你诊断网络相关的问题。 这个新的网络工具是已有的性能和诊断中心的一部分。下面的截图展示的是它在运行中的状态。 从历史上来看,网络开发者过去一直依赖浏览器内置的网络诊断工具,但是这对于应用程序开发者来说这已经变成了更复杂的负担,因为缺乏集成到他们开发工作流中的工具。但是伴随着Visual Studio新工具的出现,开发者可以轻松地记录那些通过 WinRT HttpClient API的所有Http网络操作, 这些API包括Http请求和响应头,请求和响应有效负载,cookies和在一些其他东西之中的详细时间信息。那些通过使用旧的 .Net HttpClientAPI的操作将不再被捕获。 这个工具有何帮助?它可以帮助回答像下面这些常见的问题: 认证相关的问题(例如:为什么我的应用程序无法获取一个资源) 缓存的相关问题(例如:为什么我的应用程序正在获取一个老版本的资源) 有效负载问题(例如:多少字节被下载了?瓶颈在哪里?) 使用这个网络工具 为了进入这个网络工具,在Visual Studio 2015中打开诊断工具窗口,在调试菜单中选择不在调试状态下启动诊断工具(或者按下 Alt+F2) 在诊断页面,选择分析目标(你的启动工程会被预选为分析目标,但是你能用一个已经安装或者正在运行的程序取代这个目标),然后选择网络并按下开始,另外,因为这个工具是性能和诊断中心的一部分,你也可以选择附加工具去运行一个组合的会话。 一旦你开始分析你的应用程序,这个网络工具将会自动捕获你应用程序的Http网络流量并将它显示在一个概要视图里。 概要视图 这个概要视图是一个类似于界面的表格,它向你呈现了所有被捕获Http操作的简化视图。 为你展示概要视图的每一列: 名字 –正在被请求资源的名称和URL 协议 –请求这个资源时使用的协议。例如:Http或者Https 方法 – 请求时使用的Http方法。例如:GET,POST,PUT等 结果 – 从服务器端返回的响应状态码和文本信息。  内容类型 –从服务器端返回响应的MIME类型 接收 -服务端交付的响应有效负载的总大小。此时,分块编码响应为空。 时间 – 请求最初被发送到资源开始下载所需要的时间。…

0