Architektur Richtlinien für SharePoint 2010 Anwendungen Teil 1 (SPC 2009)

 Diesen Blog-Post als PDF herunterladen

 

Ich habe mich entschlossen die Ausführungen von Mike Ammerlaan in mehrere Posts zu packen, da die ganze Sache sonst etwas länglich und unübersichtlich geworden wäre. Die Posts sind folgendermassen aufgeteilt:

 

Die folgende Zusammenfassung gibt die Ausführungen von Mike Ammerlaan wieder, erweitert sie stellenweise und gibt gleichzeitig auch Hinweise, an welcher Stelle diese Empfehlungen bzw. Anleitungen auch für MOSS 2007/WSS 3.0 zutreffen.

 

Die oben aufgeführten Posts behandeln vor allem die folgenden Themen:

 

Es gibt dabei keine eindeutige Aussagen. Es ist wie immer: Es kommt darauf an ... Umso wichtiger ist es deshalb, sich zu überlegen, was die Benutzer brauchen und wie sich die Anwendung bzw. Nutzung entwickeln wird.

 

Die folgende Übersicht zeigt die Bereiche, die in den einzelnen Posts behandelt werden, angefangen von unten nach oben:

Als kleiner Einstieg nochmal die Bereiche, die SharePoint 2010 abdeckt. Diesesmal allerdings mit etwas mehr an Details:

 

Dies soll einfach nur zeigen, dass SharePoint 2010 aus sehr vielen Komponenten und Technologien besteht und es selten nur einen Weg gibt, der zum Ziel führt. Vielmehr muss man die Implikationen der einzelnen Lösungswege kennen und sich dann für eine Vorgehensweise entscheiden. Diese Punkte versucht Mike Ammerlans Vortrag aufzugreifen.

 

 

Auf der linken Seite im Bereich Inhalte ist die interne Struktur anhand des Objektmodells aufgezeigt. An oberster Stelle steht das SPSite Objekt, welches in gewissem Masse die Websitesammlung repräsentiert. Die eigentlichen Inhalte befinden sich in SPWeb Objekten, die beliebig tief inenander geschachtelt sein können. Der Bereich Administration bezieht sich duf die zentrale Administration. Als Entwickler kann man hier die gezeigten Objekte nutzen, um Automatisierungen vorzunehmen. In SharePoint 2010 kann die zentrale Admninistration durch eigene Objekte erweitert werden durch Ableiten von SPPersistentObject. Die rechte Seite im Bereich Maschine zeigt die Möglichkeiten auf Seiten von ASP.NET. Hier integriert sich SharePoint 2010 noch stärker durch Integration in die Pipeline von IIS. Gerade diese Möglichkeit hätte man sich bei MOSS 2007/WSS 3.0 des öfteren gewünscht. Dadurch lassen sich nun erheblich mehr Möglichkeiten auf Protokollebene ausschöpfen, da die HTTP Module mehr Ereignisse kennen. Im Bereich Dienste hat sich in SharePoint 2010 einiges getan: Die neue Service Infrastruktur (siehe auch SharePoint Conference 2009 Las Vegas Teil 10: Einführung in die Service Applications und Topologie) ermöglicht die Auslagereung von Diensten, die viel an CPU Zeit brauchen, oder eine spezielle Infrastruktur benötigen. Zusätzlich lässt sich die Funktionalität von SharePoint 2010 anhand eigener Dienste erweitern.

 

Dies beendet den ersten Teil dieser Serie. Im nächsten Teil geht es um die Strukturen von Listen. Gerade in diesem Bereich bietet SharePoint 2010 einiges Neues.

---

---

---