Ich gewinne bei meinen Streifzügen als Consultant durch die SharePoint Entwicklungswelt immer wieder den Eindruck, dass vielen Anbietern von SP basierten Lösungen, die Grundlagen der Platform fehlen. Es wird meiner Meinung nach viel zu “traditionell” entwickelt. Unmengen an Custom Code, welcher auf der SP Platform oft nicht nötig ist wird produziert und am Ende stehen Lösungen, welche eigenen Anwendungen sind, und ‘irgendwie’ in das SharePoint Gewand gepresst wurden – sehr oft klassische ASP.NET Applikationen in SharePoint gehosted. Die Probleme beginnen da meist schon beim Deployment der Lösungen – welches mit endlosen Skripts oder oft auch händisch erfolgt, der SharePoint Administrator muss dabei dann beachten welche Features er wo aktiviert und meist die SharePoint relevanten Teile der Applikationen – Site Collection, Bibliotheken und WebPart Pages händisch erstellen oder zumindest uploaden.
In den folgenden Artikeln, stelle ich einige der grundlegenden Konzepte der professionellen SharePoint Entwicklung vor, die viel Arbeit und Leid ersparen. Oberste Maxime bei der SharePoint Entwicklung MUSS immer sein:
Out-of-the Box Methoden, Tools etc. solange verwenden bis es nicht mehr anders geht – dann erst Custom Code!
Warum? Die SharePoint Platform bettet einen Entwickler in ein Grösseres Ganzes ein. Er oder sie baut nicht mehr an der isolierten Lösung, welche alle Schichten von UI bis DB Zugriff und auch Querschnittsbelange wie Userverwaltung enthält, sondern muss sich mit der Lösung in eine vorhanden Landschaft einbetten. Diese Landschaft besteht aus SharePoint Diensten, fertig konfigurierten Berechtigungsstrukturen und oft auch Datenquellen (Listen, Bibliotheken).
Je mehr Custom Code entwickelt wird, desto weniger werden SharePoint Standards eingehalten (auch bei der UI, welche für den End-User ein konsistentes Bild bieten sollte). Viele SharePoint Entwickler und Administratoren werden zudem noch furchtbare Erinnerungen an Migrationen von Custom Code von Version 3.0 auf SP 2010 zu verdrängen versuchen.
Die Quintessenz hier ist: Halte dich an SharePoint Standards! Auch wenn dies ein Umdenken erfordert – sehr viel funktioniert hier deklarativ durch XML.
In den folgenden Artikeln gehe ich auf die Konzepte ein, welche jeder SharePoint Entwickler kennen und lieben sollte.
Im ersten Teil werden wir gleich mit den Site Definitions beginnen, wer dieses Konzept beherrscht kann sich viel Arbeit ersparen.
Subscribe