将SharePoint对象作为函数参数传递。这不好吗?

时间:2009-05-07 16:32:29

标签: sharepoint moss sharepoint-2007

我正在构建一个包含SPList作为一个参数的函数的webpart。传递的列表将随着时间的推移而增长,这让我担心可扩展性问题。我应该担心使用这种方法可能会出现性能问题吗?

如果您可以提供有关我的问题的其他SharePoint对象(SPSite等)的任何见解,或提供进一步阅读此主题的链接,我将非常感激!

3 个答案:

答案 0 :(得分:2)

为什么会出现问题?您是否希望在调用该函数时复制列表中的数据?它不会。 SPList是对SPList对象的引用,您只需要复制引用。

否则,我想不出为什么会出现可扩展性问题。请说明您认为可能存在的原因。

答案 1 :(得分:2)

如果您想要了解SharePoint对象的性能,您应该阅读有关SPSite和SPWeb处置的信息。每个SharePoint开发人员都应该了解这些。

http://blogs.msdn.com/rogerla/archive/2008/02/12/sharepoint-2007-and-wss-3-0-dispose-patterns-by-example.aspx

答案 2 :(得分:1)

要添加到John Saunders的答案,SPList等对象在实例化时,实际上并没有创建内存中所有数据的列表。相反,它创建了与列表数据存储在数据库中的位置的连接,并且对该对象的任何调用都会在后端触发它自己的SQL。实质上,SPList对象本身就是一个引用。将它作为参数传递是可以的!