Wpf 使用SharePoint客户端对象模型侦听列表更新

我正在寻找一种非常有效的方法，仅使用客户端对象模型来侦听SharePoint网站上的列表更改。我理解这个想法有多么落后，但我正在努力避免在安装时将任何库推送到SharePoint服务器。所有东西都应该放在本地机器上

我曾经考虑过这样一个类，它只循环一个计时器，并从最后一次成功查询日期起一直查询ClientContext，但这似乎效率极低

---

我知道这是一个客户机对象模型，但是否有任何方法仅从客户机获取更改的服务器通知？

我担心使用客户机对象模型是不可能的。如果您需要过于频繁地轮询用户体验，认为其性能太慢，那么您需要在服务器端捕获列表更改。部署具有向列表注册的功能的解决方案

我理解您不愿意将服务器端代码推送到SP服务器场；没有它，您可以将讨论和解释保存给客户的管理员。但是，有些任务只有在服务器上运行时才更有效，甚至更可行。你可以考虑这样的功能。它们不是由服务器场管理员部署到SP，而是由网站集管理员通过友好的web UI部署到网站集。这需要更少的特权，更宽松的公司政策来遵守，并且可以更好地被客户接受。您只能在网站集中开发、测试甚至使用您的解决方案，而不会影响整个服务器场。Microsoft甚至建议场范围的解决方案在沙盒解决方案中设计尽可能多的功能，只为场解决方案提供必要的最少功能

如果无法将整个应用程序部署为沙盒解决方案，则可以将收集更改的沙盒解决方案与请求从网站集收集数据的外部网站相结合，或者在您的情况下，与您所说的仅客户端应用程序相结合。（沙盒解决方案有一个很大的限制：您不能从外部的网站集内部发出web请求；您只能从外部访问网站集。）

---

---Ferda

恐怕使用客户机对象模型是不可能做到这一点的。如果您需要过于频繁地轮询用户体验，认为其性能太慢，那么您需要在服务器端捕获列表更改。部署具有向列表注册的功能的解决方案

我理解您不愿意将服务器端代码推送到SP服务器场；没有它，您可以将讨论和解释保存给客户的管理员。但是，有些任务只有在服务器上运行时才更有效，甚至更可行。你可以考虑这样的功能。它们不是由服务器场管理员部署到SP，而是由网站集管理员通过友好的web UI部署到网站集。这需要更少的特权，更宽松的公司政策来遵守，并且可以更好地被客户接受。您只能在网站集中开发、测试甚至使用您的解决方案，而不会影响整个服务器场。Microsoft甚至建议场范围的解决方案在沙盒解决方案中设计尽可能多的功能，只为场解决方案提供必要的最少功能

如果无法将整个应用程序部署为沙盒解决方案，则可以将收集更改的沙盒解决方案与请求从网站集收集数据的外部网站相结合，或者在您的情况下，与您所说的仅客户端应用程序相结合。（沙盒解决方案有一个很大的限制：您不能从外部的网站集内部发出web请求；您只能从外部访问网站集。）

---费达