>我想创建一个简单的服务器服务，可以执行以下任务：
检索指定用户的状态信息。向指定用户发送消息。
从我一直在阅读的内容来看，因为我位于服务器端，所以我可以选择使用 UCMA 5.0？ 但是我看到新的UCWA SDK的很多推动力，并与UCWA休息服务合作。我为什么要使用 UCWA 服务器端而不仅仅是 UCMA API 有什么特别的原因吗？ 我读到UCWA将来会得到Microsoft对云---的支持 对此分享的任何意见和经验都会很棒。
谢谢，迈克
UCWA在某些时候确实会在Office 365中得到支持。因此，如果您使用 UCWA 创建应用程序，您可以预期它将在未来在您的 S4B 本地和 Office 365 上运行。无论如何，我不得不说，对UCWA在365上的支持已经期待已久，并且仍然没有关于可用性日期的官方公告。
选择UCWA而不是UCMA的一个很好的理由，即使在服务器自动化的情况下，UCWA的部署要简单得多（UCMA部署非常困难）。
UCMA必须在基本上加入S4B场的Windows服务器操作系统上运行（因此位于您的DMZ中）UCWA可以在任何"使用"HTTP的设备上运行。例如，您的UCWA应用程序可以在Raspberry Pi上运行
。我认为这是一个巨大的差异，肯定是为了您的系统管理员
旧线程，但根据我的经验，使用 UCMA 编写服务器端代码比尝试使用 UCWA 要容易一些 - UCWA 实际上只是一个 UCMA 应用程序，它位于带有 REST 包装器的 Lync/S4B 服务器上。
对于您所描述的相当简单的用例，您可以将服务编写为客户端端点 UCMA 应用程序，这样可以避免 Massimo 为受信任的应用程序提及的相当烦人的 Lync/S4B 拓扑更改和部署难题。 在此配置中，您实际上只是一个第三方客户端，并提供以指定用户身份登录 Lync/S4B 的凭据。 在这种情况下，唯一的要求是运行应用程序的服务器需要加入您的域，运行 64 位 Windows 操作系统，并安装 UCMA 运行时。
非常需要对Office365上的Skype for Business的某种API支持。 有一些关于Office 365类似UCMA的SDK的承诺，但已经超过六个月了，没有任何实际发布的迹象。