0

如果记录在列表中记录为 100-200，我有一个共享点，并且间谍活动效果很好。一旦记录增加到超过 500 条，间谍活动就会变得缓慢，并且需要一分钟以上的时间来进行间谍活动。我尝试使用 Path 属性并将 MatchIndex 设置为 1 的间谍活动。到目前为止，我已经尝试过 html 模式，看到这个之后，我对 AA 模式的间谍活动没有信心。有没有人遇到过这样的挑战，加快间谍活动的程序是什么，任何投入都会有所帮助。

4

3 回答 3

2

我同意 esqew 的观点，即尽可能避免 SharePoint 的标准 UI 自动化。但是，如果您对使用 API 的技术不够精通，则更简单的替代方法是使用数据库连接。

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

当然有一些限制，但如果你只对阅读感兴趣，那么它对你来说可能是一个可行的选择。

于 2018-09-13T20:27:44.873 回答
2

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

  1. 像您所说的那样坚持使用 HTML 模式 - 从长远来看，它会比任何其他间谍模式更快。

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

作为所有这一切的替代方案，针对您可用的任何 Sharepoint API 编写代码。抛弃 UI 自动化，只专注于使用公开的后端交互来利用任何必要的功能。这完全消除了您的间谍需求，因为一切都是在代码级别的基础上处理的。由于不必遍历用户界面，它还将消除您的大部分处理时间。

于 2018-09-13T18:50:13.887 回答
0

重要的设置应该完成，即

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

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

需要在 MS - Access 中编写宏以从 SP 列表中获取数据并更新/刷新回 SharePoint，这样做您无需依赖手动导入 SharePoint 列表数据。

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

打开 Ms - Access 文件时，您只需要启动 SharePoint 默认站点（这取决于在 Ms - Access 宏中如何完成编码以访问 SP 列表）。

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

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

于 2018-11-05T12:18:06.287 回答