Office365 Office 365图形API还是Outlook API?

Office365 Office 365图形API还是Outlook API?,office365,office365api,Office365,Office365api,当使用Office 365 API仅访问电子邮件项目时,我应该使用Graph API还是Outlook API?我不需要Graph API提供的所有不同的服务,但Outlook API似乎功能更全面。哪一个更适合未来?这取决于代码运行的上下文。 如果您的代码是在邮件加载项的上下文中执行的,并且不需要访问任何其他图形资源,那么只需Outlook API就可以了,而且它们也不需要任何进一步的身份验证或同意步骤 如果您可能希望从访问邮件的代码中访问OD4B或O365组,那么使用Graph API是有意

当使用Office 365 API仅访问电子邮件项目时,我应该使用Graph API还是Outlook API?我不需要Graph API提供的所有不同的服务,但Outlook API似乎功能更全面。哪一个更适合未来?

这取决于代码运行的上下文。 如果您的代码是在邮件加载项的上下文中执行的,并且不需要访问任何其他图形资源,那么只需Outlook API就可以了,而且它们也不需要任何进一步的身份验证或同意步骤

如果您可能希望从访问邮件的代码中访问OD4B或O365组,那么使用Graph API是有意义的

不过,在这方面有几点需要注意

  • Outlook API上的电子邮件Id与图表上的不完全相同
  • 使用该图时,如果要扩展AAD应用程序上同意的权限,则必须跳过代码中的一些环,以触发v1 AAD应用程序模型下的重新同意

  • 最后,新的API可能会首先出现在Outlook(或其他产品)特定的API中,然后被移植到Graph API中

    如果Graph API具有您需要的功能,我建议您使用它,因为您现在不需要Outlook之外的任何东西,在不久的将来,您可能会看到不同的Office 365功能开始越来越多地相互集成。除此之外,我个人认为这是更好的记录和整体更好的工作。另外一个好处是,如果您曾经开发过另一个与O365相关的集成,那么您已经知道它是如何工作的,因为Microsoft Graph中的所有服务都或多或少使用相同的结构

    如果您正在寻找支持最广泛的解决方案,请尝试EWS API,因为大多数Exchange服务器(即使不是O365中的服务器)都将启用它,Outlook也会为您提供一个令牌和详细信息。然而,这并不是最能证明未来的证据