在Blue Prism中，Sharepoint的间谍活动非常慢

Question

我有一个共享点，并且如果记录在列表中记录为100-200，则监视效果很好。 一旦记录增加到500以上，间谍就会变慢，并且需要一分钟以上的时间才能进行间谍活动。 我已经尝试将PathIndex属性设置为1的Path属性与间谍一起使用。到目前为止，我已经在html模式下进行了尝试，看到此消息后，我对Aa模式的间谍活动没有信心。 任何人都面临这样的挑战，加快间谍活动的程序是什么，任何投入都会有所帮助。

Answer 1

您可以立即采取两件事来减少监视所有这些元素所需的时间：

1. 坚持使用HTML模式-从长远来看，它将比其他任何间谍模式都快。

2. 监视特定类型的单个元素（例如，文件列表中的一个文件），然后从您的对象动态设置Path属性。 枚举列表项，并通过相同的Path属性告诉Blue Prism在哪个元素上运行操作。

作为所有替代方法， 请针对您可用的任何Sharepoint API进行编码 。 放弃UI自动化，仅专注于利用公开的后端交互来利用所需的任何功能。 由于所有内容都是在代码级基础上处理的，因此这完全消除了您的间谍要求。 通过不必遍历用户界面，它也将节省您大量的处理时间。

Answer 2

我同意尽量避免使用SharePoint的标准UI自动化这一观点。 但是，如果您不精通技术，无法使用API​​，则更简单的选择是使用数据库连接。

使用Microsoft Access作为列表和BluePrism之间的中介，可以轻松实现此目的。 以下是一些指南（ 视频或文章 ）

当然有一些限制，但是如果您只想阅读，那么它可能是一个可行的选择。

Answer 3

重要的设置应该完成

1. 您可能需要进行一些管理更改，即您需要在SP列表上启用Ms Access Engine

2. 我们需要安装MS Access引擎，以使SharePoint列表得到压缩，并且在启动该表之前，您可以看到Ms-Access徽标。

需要在MS中写入宏-访问权限以从SP列表中获取数据并更新/刷新回SharePoint，这样就不必手动导入SharePoint列表数据。

在Ms-Access中，将创建所有SP列表并将其存储在表中。 该宏将仅刷新表数据，您可以使用OLEDB查询MS- Access Extractor文件，还可以使用Insert/update/delete查询

在打开Ms-Access文件时，您只需要启动SharePoint默认站点（这取决于在Ms-Access Macro中进行编码以访问SP列表的方式）。

我想说，据我所知，这是使用SP List的最佳和可靠的方法。

不幸的是，目前我没有MS-访问代码:(。如果可以，我很乐意将其发布。