SharePoint has a lot of gold under the hood. Unfortunately for us – developers not all of it is publicly available. Some methods/properties are marked as internal what makes it impossible for us to use is custom functionality we’re developing. But do you really develop your own alternatives or is there a way to get to those gems after all?
.NET 3x ships with a number of new features among which lambda expressions: an easy way to write code for querying collections. Because of its ease of use many developers use it for retrieving data from different kind of collections. Just recently I’ve been asked to have a look how well lambda expressions perform while retrieving data from SharePoint comparing to SharePoint native mechanisms.
Microsoft Office SharePoint Server (MOSS) 2007 provides architecture for designing and developing scalable solutions. Two of these concepts are Site Collections for separating information and Variations for delivering multilingual solution. While working with both concepts – especially in Web Content Management (WCM) solutions I have found out that there is no easy way to create Site Collection or Variation relative links.
Imagine you want to retrieve the contents of a non-binary (text, CSS, XSL, etc.) file stored in SharePoint 2007 and all you know about that file is its location (URL). How would you do it?
The SharePoint team has just announced that they are working on a tool which will help SharePoint developers to deal with disposable objects in custom code. SPDisposeCheck – as the tool is called, will check custom compiled assemblies and validate them against the Microsoft guidance.