微软与开源软件的浪漫在2020年Build大会上得到了展示

本周为Windows开发者举办的“微软构建2020虚拟大会”(Microsoft Build 2020 virtual conference)发布了大量新消息。虽然它们很酷，但是对于个人报告来说，大多数都有点单薄——所以我们会在这篇综述中让你快速了解它们，如果你有兴趣的话，可以链接到每个主题。

随着Windows 10和服务器2019-pack提供了更多更好的命令行功能，相比之下，整个体验中显得比较简陋的部分之一就是终端本身。

Windows终端试图改变这一点，它刚刚发布了1.0版本。终端本身是开源的，可以在麻省理工学院许可下在Github上阅读和/或破解。微软自己的声明强调了一点，那就是将14个贡献者的名字单独列出，并承认还有数百个贡献者，这对于我们这些已经经历过万圣节文档时代的老年人来说，是一个非常受欢迎的巨大变化。

至于项目本身的可用性——从每天驱动Linux的用户的偏见的角度来看，它很有前途，但是仍然需要进一步的工作。我们喜欢json格式的设置文件，它可以在记事本中产生一个简单的菜单点击。我们喜欢对选项卡和窗格的原生支持，甚至更多——但有一个粗略的事实是，在默认配置下，如果您拆分一个Ubuntu/bash shell，它会突然变成两个PowerShell窗格。

问题是窗格分割热键只支持在Terminal下创建带有默认配置文件的新窗格，而配置文件包含加载的解释器。除了更改默认的配置文件之外(这是通过在设置中复制和粘贴guid来完成的)。json -聪明的用户可以在一定程度上绕过这个限制，方法是在面板本身打开之后在面板中执行一个不同的解释器。

终端1.0还提供了一些PuTTY风格的复制粘贴支持——在终端中选择文本不会像在PuTTY中那样自动将其放入复制缓冲区中(为此您需要一个更像Linux-y的ctrl-shift-C)，但是在另一个终端面板中右键单击会立即粘贴文本。

在Terminal中还有很多其他的功能，其中大部分看起来都是“闪亮的”——背景图像、动态gif、扫描线和发光的文本(模仿古老的绿屏crt)，等等。有兴趣的用户可以在这里查看构建公告和项目文档。

Azure arcs——或者至少将会——是微软的一套适用于所有服务的云管理工具。

我们的目标是使Arc尽可能与供应商和类型无关，支持管理Windows和Linux服务器和vm、Azure云服务，以及现在的Kubernetes容器集群。

它容易认为微软和规范闭锁与强调合作Ubuntu Linux在Windows子系统,但微软演示了电弧持续供应商中立宣布直接支持和集成的SUSE Linux Enterprise服务器有一个更大的整体的足迹在欧洲而不是在,除了一些专业平台(比如SAP HanaEnterprise资源规划)。

虽然Azure Arc仍在预览版(主要是公开预览版，有些功能仍在私有预览版)中，但感兴趣的用户今天就可以注册开始使用它。

自从Office 365框架于9月发布以来，微软就一直在用它的流畅集成来戏弄我们。本周，该公司又更进一步，承诺将开放该框架的源代码。Office 365副总裁Jared Spataro宣布:“微软将使‘流体框架’成为开源软件，允许开发者和开发者在他们自己的应用中使用‘流体框架’的关键基础设施。”

令人兴奋的是，我们有点担心后续的社会工程影响——能够轻松地在任意的web页面中嵌入完全响应式的办公文档功能可能会让用户更容易混淆，从而将机密数据和凭证放到他们不应该放的地方。

对于任何拥有OneDrive for Business帐户的人，都可以在这里获得关于该流体框架的一些使用的实时预览。

Visual Studio Live Share有点像针对代码的谷歌文档——您和几个同事可以实时编辑同一个文档，当您的每个更改发生时，游标都会实时高亮显示它们。

然而，VS Live Share中的延迟比大多数用户从谷歌文档中习惯的延迟要低得多——当然，协作是在功能齐全的开发环境中进行的，而不是简单的文字处理文档。

到目前为止，这个谜题中缺失的部分是“群外通信”——更简单地说，是聊天，无论是文本还是语音。到目前为止，开发人员需要额外加载单独的工具来实现这一点——也许使用另一个窗口中的团队来进行即时消息传递，或者使用Mumble / Skype / Hangouts /随便什么来进行语音。今天的公开预览将缺失的通信特性直接引入Visual Studio Live Share本身。

为Windows开发时遇到的一个难题是遗留api和现代api的共存。对许多开发人员来说，使用老的Win32 API更加熟悉，但是转向uwp——通用的Windows平台——意味着不仅可以访问Windows，还可以访问Xbox One、HoloLens和未来的硬件平台。UWP还意味着一个额外的安全层，这将使尽可能多的开发人员感到沮丧，因为UWP应用程序只能直接从微软商店安装。

Project Reunion在本周三的Build 2020大会上发布，它的目标是通过将两个API从Windows操作系统中分离出来，并使在任何一个API下构建的应用程序都可以使用该功能，从而在一定程度上弥合这一分歧。例如，Reunion使winui3 Preview 1——windows的现代本地UI框架——以同样的方式可用于UWP或桌面(Win32)应用程序。

微软在Github上公开和公开地设计Project Reunion，让非微软的开发人员有机会直接影响Windows开发的未来。

微软团队是来自雷德蒙德的下一代通讯和协作应用程序，取代了你愤世嫉俗的作者过去所称的“Lync, Skype for Business，或本周他们所称的任何东西”。

与Lync和Skype不同，团队有一个功能性的Web界面。对于那些没有或不能直接将本机客户端安装到自己的pc上的用户(包括但不限于Linux用户)来说，这是一种不那么痛苦的体验。

本周的新闻是团队内部直接整合了预约安排和班次管理，以及聊天机器人和对第三方流媒体服务的支持。日程安排和聊天机器人听起来完全一样——如果你不熟悉流媒体选项，想想“团队面试，通过开放的广播工作室(或类似的平台)流到世界上”。

构建在Chrome之上，很快就产生了一个时髦的、可用的浏览器，保证它几乎可以在Chrome所能做到的任何地方工作;从那时起，微软就把重点放在与自己的平台的集成(比如Office 365 SSO认证)和可用性特性上。集合是这些特性之一——简单地说，它允许用户以图形化、直观化的方式简单地构建丰富的“网站播放列表”，这些列表可以保存并在以后使用。

不过，微软最新的集成可能让我们有点失望——浏览器将Pinterest集成到它的集合功能中，在用户的边缘集合底部显示Pinterest展板的建议，并允许集合本身导出到Pinterest。咩。