SharePoint-Tools, die Entwickler kennen sollten

Zusammenarbeit mit Visual Studio, WSPBuilder und STSdev

Wer mit Visual Studio arbeiten möchte, muss SPSource nicht unbedingt über die Kommandozeile starten. Eine Alternative ist natürlich die Einbindung über das Extras-Menü als externes Tool (Bild 3). SPSource lässt sich zudem hervorragend mit Werkzeugen WSBuilder oder STSdev kombinieren. Dann spart man sich nicht nur das mühsame Aufbauen der 12-Hive-Folder-Struktur, sondern kann die generierten Features auch gleich automatisch in eine SharePoint-Solution (WSP) verpacken und auf dem Testsystem deployen.

Abbildung 3: SPSource lässt über den "External Tool"-Dialog in Visual Studio einbinden

Zeit sparen dank SPSource

Mit Hilfe von SPSource lässt sich bei der SharePoint-Entwicklung eine ganze Menge Zeit einsparen. Im Vergleich mit dem Solution Generator des VSeWSS-Tools [1] von Microsoft, ist der von SPSource generierte Code wesentlich sauberer und praktisch fehlerfrei. Kleinere Unschönheiten gibt es hier allerdings auch: Zum Beispiel werden Leerzeichen in den Namen von Site Columns und Content Types nicht nur für den Anzeigenamen, sondern auch für interne Namen übernommen. Aus Project Description" wird dann die hässliche Bezeichnung"Project_x0020_ Description". Wer das umgehen will, muss die erzeugten Dateien wohl oder übel nachträglich von Hand anpassen. Diese werden dann aber bei einer erneuten Codegenerierung überschrieben.

Beachtenswert ist auch, dass SPSource nicht alle SharePoint-Artefakte, sondern nur die eingangs erwähnten unterstützt. Workflows oder Site Definitions kann das Programm beispielsweise nicht auslesen.

Urs Bertschy ist Inhaber der auf Web- und SharePoint-Consulting/-Development spezialisierten Bertschy Informatik AG. Unter www.bertschy.ch/blog unterhält er einen Technologieblog der sich vor allem SharePoint- aber auch anderen IT-Themen widmet.

Links
[1] www.computerworld.ch/aktuell/developerworld/47645/index.html
[2] www.codeplex.com/SPSource