![office365开发人员_office开发人员中心[通俗易懂]](https://img.bianchenghao.cn/app/bianchenghao_cn/6b19bec5365846afb0a93e0d31caf332.jpg "office365开发人员_office开发人员中心[通俗易懂]插图")
Microsoft的Build 2019专注于在三个不同的云上进行开发-在Microsoft Azure上，在Microsoft的新游戏云上以及在Microsoft 365上。这是Windows开发商最感兴趣的第三个Microsoft 365，因为Windows和Windows的融合Microsoft Graph的Office 365是Microsoft桌面和移动应用程序开发策略的核心。
对于开发人员来说，未来会是什么样？ 在Build 2019之前，我与Microsoft 365 Apps Marketing的高级主管Rob Howard和Windows Developer Platform的CVP Kevin Gallo进行了交谈，讨论了在西雅图宣布的一些Microsoft 365和Windows开发功能。
在Microsoft 365上构建
借助Build 2019，Microsoft将Microsoft 365“生产力云”定位为Windows企业应用程序开发的默认平台。 您可能正在构建Win32或UWP或Web应用程序，但是就Microsoft而言，您是Microsoft 365开发人员。 这是一个重要的转变，因为它将焦点从PC和其他设备转移到封装在Microsoft图形中的基础数据。 霍华德很快指出：“关键是数据归客户所有； 他们控制数据。”
如果Microsoft 365将成为企业应用程序的新基础，则它需要提供身份验证服务。 作为服务的一部分，您将访问Microsoft身份，并具有一组用于.Net的身份验证库，以及使用Microsoft Identity服务注册应用程序的快速方法。 使用Microsoft身份验证库，您可以将Microsoft个人和工作帐户的身份验证添加到任何应用程序中，并可以完全访问更广泛的Windows身份验证技术，包括Windows最新的无密码身份验证以及常见的多因素身份验证技术。
您不仅限于使用SDK。 Microsoft身份服务可与任何OpenID Connect端点一起使用，因此您也可以使用开源身份验证工具。 如果要在Microsoft 365生态系统之外使用Microsoft身份验证工具，则可以利用Windows Hello的FIDO2认证和最新的Windows 10版本，在符合FIDO2的应用程序和Web上使用生物识别。
Microsoft Graph和您的数据：最后一起
Microsoft 365平台的核心是Microsoft Graph，霍华德将其描述为基于“身份和提供上下文的锚点”。 但是到目前为止，使用Microsoft Graph一直很令人沮丧，只能通过REST访问非常复杂的数据集。 这使得很难将Microsoft Graph查询与组织中的其他数据源混合和匹配，从而减小了可能查询的范围。 Build 2019将启动Microsoft Graph Data Connect，这是一种使用安全的Azure Data Factory租户将您的业务对象和图形数据集中在一起以进行更复杂的查询的方法，可将您的数据置于您的控制之下。
例如，Microsoft Graph Data Connect将使您能够将CRM信息与内部图混合，这样您就可以开始查看组织与客户之间通信的更多详细信息，通过了解谁在与谁进行交谈来查找可能的联系点，以及看看这些对话适合您的销售渠道。 微软一直在与包括Talentsoft在内的精选合作伙伴进行试验，后者一直在将其HR数据与Microsoft Graph结合使用，以改善绩效分析并更好地了解个人的实际工作情况。
XAML群岛和UWP：没有遗留任何应用程序
借助Microsoft Graph为企业应用程序开发提供了大部分主干，Kevin Gallo谈到了“面向开发人员，Windows和Web的两个大画布”。 这是一个跨平台的模型，着重于将正确的设备用于正确的任务。 但这也是一个难以现代化的模型，具有数十亿行遗留代码。
在Build 2018上，Microsoft推出了XAML Islands，这是一种将现代UWP控件嵌入到旧应用程序中的方法，允许新版Windows在仍然使用旧业务逻辑的情况下利用Fluent Design语言等概念。 该模型正在扩展。 在Build 2019上，Microsoft宣布将XAML Islands扩展从初始控件扩展到所有可用的UWP控件。 这是一个巨大的变化，大大增加了旧代码的覆盖范围，并允许开发人员快速更新和重新打包应用程序以支持较新的操作系统。 您将拥有使用新的MSIX安装程序和Windows Desktop Bridge隔离层安装和运行Win32代码的更现代的方式。
同样，对于基于Web的应用程序和跨平台的移动应用程序，Microsoft扩展了对React Native的支持，并使用本机控件支持基于表单的应用程序。 Gallo告诉我，这是Microsoft现有的React Native Windows的替代方案。 “这是React Native的新实现，可以直接重用移动控件。” 结果是跨所有受支持平台的本机控件JavaScript接口，这是Microsoft以前所没有的。
使用WSL2进行全栈开发
像React Native这样的工具要求Windows与Visual Studio和Visual Studio Code一样是开发环境的一部分，并支持用于构建现代Web应用程序的整个端到端工作流。 一方面是在Edge浏览器中从EdgeHTML转换为Chromium，并且退出了Windows更新周期以进行Edge更新。 但是，整个Web开发周期需要的不仅仅是浏览器，而且还需要当前Windows中可用的功能。
用于Linux的Windows子系统WSL在某种程度上提供了端到端的体验，但是没有足够的功能来支持整个Web应用程序开发生命周期。 WSL的新版本通过对Docker容器的本机支持，有望为全栈开发提供更大的范围，这将显着提高性能并简化与容器的连接工具。
这里最大的变化是Windows现在将随Windows内核一起附带Linux内核。 原始的WSL使用驱动程序将系统调用从Linux转换为Windows，而WSL2删除了转换层并直接调用Linux。 WSL2依靠LCOW（Windows上的Linux容器）的开创性技术，运行专用的虚拟机管理程序和轻量级VM，该VM托管Linux 4.19内核容器并与Windows文件系统建立连接，从而使Linux代码能够以接近本地的性能运行。 Windows文件系统通过P9协议连接，而Linux端使用虚拟pmem设备上的Ext4 Linux文件系统连接。
将Linux内核放入Windows可以更轻松地将各种Linux发行版引入Windows，并支持更广泛的Linux应用程序和功能。 为本地Docker容器提供操作系统基础也将简化跨平台开发，并减轻构建本地测试Kubernetes系统的要求。 此外，WSL现在可以与Linux同步更新，而不必等待Windows更新来添加新的syscall转换。 如果您同时运行多个Linux发行版，则每个发行版将拥有自己的VM。
您将使用WSL终端在Visual Studio Code中构建应用程序，通过其新的Remote Connect工具直接调试为从同一命令行在容器中运行的代码。 Microsoft一直在从Azure命令行中汲取教训，并将其引入Windows，其目标是使您可以访问PC上云应用程序的整个生产堆栈-从Microsoft Identity到Microsoft Graph中的数据再到您的代码。一个在新Edge或React Native PWA中运行的Docker容器和一个前端。
新的Windows终端
在Microsoft更新WSL的同时，该公司正在对Windows Terminal进行彻底的更新。 WSL命令行，PowerShell和Windows尊敬的CMD的主机，Windows Terminal正在获得Gallo所谓的“重大更新”，增加了对选项卡和Unicode以及对扩展市场扩展的支持（类似于对于Visual Studio）。 使用Fluent Design的新终端将是UWP应用程序。 Microsoft将在其Fluent控件库中将“终端”选项卡控件提供给其他UWP应用程序，因此您可以在自己的代码中使用它们。
WSL2和新的Windows Terminal都将于6月上市。 WSL2是Windows Insider程序的一部分，而Windows Terminal正在作为托管在GitHub上的开源项目开发。
通过在Microsoft 365的基础上构建Windows企业发展的未来，Microsoft清楚地了解到，其平台的价值不仅取决于其自身的应用程序，而且Microsoft Graph中的数据是新的跨设备应用程序的基础。 向开发人员提供构建堆栈以支持这些应用程序所需的工具（以及现代设计用户期望的）也是必不可少的。 有趣的是，当在以云为中心的现代平台上为现代企业构建新的记录系统和行动系统时，开发人员和Microsoft在何处采用这些新功能。
From: https://www.infoworld.com/article/3393245/microsoft-to-windows-devs-youre-all-microsoft-365-developers-now.html
今天的文章office365开发人员_office开发人员中心[通俗易懂]分享到此就结束了，感谢您的阅读。
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。
如需转载请保留出处：https://bianchenghao.cn/62029.html
