在Blue Prism中，Sharepoint的间谍活动非常缓慢
我有一个sharepoint，如果列表中的记录是100-200，那么间谍活动就可以很好地工作。一旦记录增加到500以上，间谍活动就会变得缓慢，需要一分钟以上的时间进行间谍活动。我已尝试使用Path属性的监视，MatchIndex设置为1。到目前为止，我已经尝试了html模式，看到这一点后，我对AA模式的间谍活动没有信心。有没有人面临过这样的挑战，以及采取了什么样的程序来加速间谍活动，任何输入都会有所帮助。为了减少间谍活动所需的时间，您可以立即做两件事：在Blue Prism中，Sharepoint的间谍活动非常缓慢,sharepoint,blueprism,spying,Sharepoint,Blueprism,Spying,我有一个sharepoint，如果列表中的记录是100-200，那么间谍活动就可以很好地工作。一旦记录增加到500以上，间谍活动就会变得缓慢，需要一分钟以上的时间进行间谍活动。我已尝试使用Path属性的监视，MatchIndex设置为1。到目前为止，我已经尝试了html模式，看到这一点后，我对AA模式的间谍活动没有信心。有没有人面临过这样的挑战，以及采取了什么样的程序来加速间谍活动，任何输入都会有所帮助。为了减少间谍活动所需的时间，您可以立即做两件事： 如你所说，坚持HTML模式——从长远来看，
PathPath作为所有这些的替代方案，针对您可用的任何Sharepoint API编写代码。放弃UI自动化，只关注利用公开的后端交互所需的任何功能。这完全消除了您的间谍需求，因为一切都是在代码级的基础上处理的。它还可以通过不必遍历用户界面来节省大量的处理时间。为了减少监视所有这些元素所需的时间，您可以立即做两件事：
PathPath作为所有这些的替代方案，针对您可用的任何Sharepoint API编写代码。放弃UI自动化，只关注利用公开的后端交互所需的任何功能。这完全消除了您的间谍需求，因为一切都是在代码级的基础上处理的。通过不必遍历用户界面，它还可以节省大量的处理时间。我同意esqew的观点，即尽量避免SharePoint的标准UI自动化。但是，如果您的技术水平不足以使用API，那么更简单的替代方法是使用数据库连接 使用Microsoft Access作为列表和BluePrism之间的中介可以轻松实现这一点。以下是一些指南
当然有一些限制，但如果您对只读感兴趣，那么它可能是一个可行的选择。我同意esqew的观点，即尽量避免SharePoint的标准UI自动化。但是，如果您的技术水平不足以使用API，那么更简单的替代方法是使用数据库连接 使用Microsoft Access作为列表和BluePrism之间的中介可以轻松实现这一点。以下是一些指南
当然有一些限制，但如果你对只阅读感兴趣，那么它可能是一个可行的选择。重要的设置应该完成，即
Ms Access EngineOLEDBInsert/update/delete不幸的是，目前我没有MS-Access代码：（.如果可以，我很乐意发布。重要的设置应该完成，即
Ms Access EngineOLEDBInsert/update/delete不幸的是，目前我没有MS-Access代码：（。如果可以的话，我很乐意发布它。Huh，直到你可以使用OLEDB访问Sharepoint列表。谢谢！是的，它非常有用，特别是当你与一个不喜欢听API的客户一起工作时