Office js 替换office js加载项使用的Outlook REST API

我有一个针对office js编写的Outlook加载项，它使用Outlook REST API执行office js无法执行的某些操作，例如将电子邮件移动到另一个文件夹。这个API将于明年退役，所以我正在寻找合适的替代品

Outlook REST API的2.0版已弃用

正如2020年11月17日宣布的那样，Outlook REST API的2.0版已被弃用。v2.0 REST endpoint将于2022年11月完全退役，之后不久将删除v2.0文档。迁移现有应用以使用Microsoft Graph。查看比较以开始迁移

上面的通知建议使用MS-Graph，但是使用restapi比简单的集成更复杂。对于RESTAPI，我只需要将外接程序部署到用户，它就可以工作，使用从office js的getCallbackTokenAsync方法获得的令牌在客户端执行对API的请求。Graph似乎要求使用365管理员帐户注册服务，从而增加了安装的复杂性。此外，本地Exchange不支持Graph，尽管REST API看起来也不受官方支持，但它也可以与本地Exchange 2016和2019配合使用

根据以下标准，在我的外接程序中使用的最佳替代品是什么

• API的使用应完全通过客户端JavaScript进行，即不通过服务器应用程序为外接程序代理API调用
• 需要与O365、Exchange 2016、Exchange 2019用户环境配合使用。客户端应支持Outlook desktop、OWA和Outlook for Mobile
• 功能方面，替换API应该能够获取所选电子邮件的详细信息、移动电子邮件、创建和发送电子邮件
• 首选与今天相同的安装体验，其中唯一的步骤是需要上传XML清单
• 使用API的过程不应要求最终用户进行交互，例如EWS和REST都可以检索令牌以用于当前的API，而不是通过弹出窗口强制用户进行身份验证

---

到目前为止，EWS似乎是最匹配的，因为它对用户的部署与REST一样简单，不需要单独的服务来处理API调用并支持内部部署。然而，我担心未来它也可能退役，而且它缺乏移动平台支持。

现在没有银弹。你应该选择——似乎你知道现有技术的所有优点和缺点。EWS是一种内置的标准方式，但是如果您需要更复杂的数据图API，您可以选择。我们知道这对我们的开发人员来说是一个重要的问题，我们正在编写一个文档来描述转换过程，但目前还没有日期可供共享