通过Microsoft Graph，直播，可以让你的自定义应用系统（不管是Web 应用，还是桌面应用，抑或是移动App）通过统一的、RESTful的接口访问到授权用户的Office 365的资源。稍微深入地展开一点来说，一方面你的应用可以使用Office 365提供的Identity 服务，简化和统一身份验证环节；第二方面，你将直接将Office 365的能力无缝地集成到你的应用中去，免费享受到微软强大的基础投资带来的好处。

　　下图提到的这个随办的应用，是目前国内做得很完善的与Office 365应用集成的成功案例，有兴趣可以参考。

　　关于Microsoft Graph，我在本系列文章的第三篇将详细展开探讨，如果有兴趣的朋友，请先了解https://developer.microsoft.com/en-us/graph/

　　Office Add-ins

　　Add-ins对于Office开发人员来说并不是新事物。上一篇文章我已经提到了VBA可以做Add-in（通常是通用的功能，不跟具体的文档有关，并且需要保存为特殊的格式——例如xlam或者xla这种才算，称之为Excel Add-in），VSTO也可以做Add-in（称之为COM Add-in）。

　　这两种Add-in，请姑且允许我将其称之为传统的Add-in。他们将需要在本地安装和部署，并且将出现在Office应用的如下界面中，可以按需要启用或者禁用。

　　这两种Add-in的优势和劣势在上一篇文章已经有详细的说明，这里不再赘述。Office 365的Add-in指的是基于新一代的Web技术推出的Add-in开发能力，我可以将他们称之为Web Add-in。

　　我这里同样不会过分地展开细节，因为本系列文章后续有五篇文章专门讲解这个内容。我只希望大家能够明白，为什么会推出Web Add-in这种新的开发模式？其实很简单：

　　第一我们希望提供给开发人员更好地分发Add-in的能力，如果要首先这一个目的，j2直播，就最好不要依附在文档内部，不要在本地安装，不要再为版本更新操心费力，对用户来说实现一次订购处处可用。

　　第二，我们希望能够在移动设备也能使用这些Add-in，不必要为移动设备又单独做一次开发。

　　下面这个同样由随办团队出品的iOffice Add-in，可以安装在Outlook或者OWA中，这个目前是免费的Add-in，可以让随办的用户之间在Outlook中进行很多有意思的互动，包括查看联系人，分配微任务等。

　　SharePoint Add-ins

　　之所以单独将SharePoint 的Add-ins拿出来，区别于Office Add-ins，是因为SharePoint指的是服务器端开发，在开发模式及要求的能力上面是不太一样的。但以我看来，SharePoint的开发人员，向Office 365转型会比传统Office开发人员向Office 365来的容易，原因在于，SharePoint的开发，虽然也经历过几种不同的历史阶段（例如最早的WSP，到后来的Farm Solution，到后来的Sandbox Solution，再到SharePoint 2013时代横空出世推出了App的模型），但本质上来说，其核心还是Web开发，所以有这种经验和基础的开发人员，在如今这种“移动优先、云优先”的大背景下，有着一些先天的优势，何况说，新的Add-in开发模式进一步标准化了，从逻辑上说应该还可能会更加容易一些。

　　目前在Office Store中有超过1163个SharePoint Add-in，占到全部Add-in的将近58%，足见其市场潜力。

　　Office 365 Connectors

　　Connector（直译过来是连接器）是一个全新的事物。它目前在Outlook Modern Groups以及最新发布的Microsoft Teams中起到连接外部应用系统或者信息源的作用。