Wednesday, July 09, 2008

Writing performant code in SharePoint

This is an excerpt from SharePoint 2007: The definitive Guide,

Note that the SharePoint object model contains a number of managed objects – most importantly in this instance are SPWeb and SPSite - which use unmanaged code and memory to do the heavy lifting. If you create one of these objects yourself with the constructor method, you should make sure that you add in the necessary code to explicitly dispose of the object when you have finished using it. You can do this by explicitly calling the Dispose method or through the use of the C# using construct (as shown in the previous code listing). Failure to dispose of the object can result in unusual behavior such as high memory usage, frequent recycling of the SharePoint application pool, etc … It is recommended to use the Dispose method instead of simply calling the object’s Close method. 

For more info take a look at these must reads for every SharePoint developer:

Thursday, July 03, 2008

Recording - Exchange Public Folders vs SharePoint - the battle (Community Day 2008)

Ilse Van Crieckinge and I did a session about how SharePoint can be a substitute for Exchange public folders.

Related links:

When SharePoint projects go bad ...

Some interesting background info on why IT projects fail - and trust me, SharePoint projects are no worse then other IT projects - but there are some complications as you will notice once you get through the next blog series:

What is Enterprise 2.0 - Meet Charlie

Check out the presentation on Slideshare - What is Enterprise 2.0 - Meet Charlie

Related posts:

Tags van Technorati: ,,