缓存从搜索引擎(SharePoint Web部件)返回的XmlResponse是一个好选项吗

缓存从搜索引擎(SharePoint Web部件)返回的XmlResponse是一个好选项吗,sharepoint,Sharepoint,对于是否缓存从搜索引擎返回的xml响应,我有点困惑。最初我考虑缓存响应,因为我必须在多个web部件中使用相同的响应,并在不同的web部件中对该响应应用不同的XSLT 但是我遇到了一个问题,如果我只在一个页面中添加几个web部件,而没有添加带有缓存逻辑的web部件,那么可能会导致严重的问题 从每个独立于其他web部件的web部件提交查询并缓存XSLT文件是否是一个好主意 有谁能给我一个好的选择来克服这个问题。如果所有Web部件都使用完全相同的XML响应,那么我认为缓存数据是有意义的。您可以创建一个

对于是否缓存从搜索引擎返回的xml响应,我有点困惑。最初我考虑缓存响应,因为我必须在多个web部件中使用相同的响应,并在不同的web部件中对该响应应用不同的XSLT

但是我遇到了一个问题,如果我只在一个页面中添加几个web部件,而没有添加带有缓存逻辑的web部件,那么可能会导致严重的问题

从每个独立于其他web部件的web部件提交查询并缓存XSLT文件是否是一个好主意


有谁能给我一个好的选择来克服这个问题。

如果所有Web部件都使用完全相同的XML响应,那么我认为缓存数据是有意义的。您可以创建一个由所有web部件共享的类来处理缓存(并从搜索引擎获取缓存中不存在的XML)。

web部件是指HTML片段吗?或者网页?我是指一个自定义的SharePoint web部件,它呈现HTML输出。哦,很抱歉,我没有理解这是一个SharePoint问题。也许你可以在标题中指出这一点,因为只有标签可能是不够的。我将编辑标题。无论如何,谢谢你研究这个问题。我想XML会随着来自搜索引擎的XML而变化,并且会随着搜索术语的不同而变化。啊,我想我理解你现在的问题。您看过Web部件连接吗?在这里,我开发了web部件通信,而不是使用提供者-消费者模型。Web部件通过从Url中读取查询字符串参数来相互通信。在这种情况下,使用滑动缓存并稍微超时(10秒?)可能是有意义的。缓存密钥将使用查询参数构建(这样每个Web部件在每个查询中都会使用相同的密钥)。另外,请查看此链接以获取缓存信息,因为您很可能需要一个锁。感谢您的帮助。我想试试。