Download (2271Kb) - HSR - Institutional Repository

SURVEAST – Technologiestudie mit SharePoint7.1.2. VorteileRapid Prototyping:SharePoint Listen können im SharePoint Designer oder mit den entsprechenden Rechten direkt überden Webbrowser auf dem SharePoint Server zusammengeklickt werden. Funktionalität zum Erstellen,Lesen, Bearbeiten und Löschen von Listendaten kann per Knopfdruck erstellt werden. AuchWorkflows können per Mausklick definiert werden. Bei einfachen Anwendungen kommt man so sehrschnell zum Ziel. Ausserdem sind dazu keine Programmierkenntnisse erforderlich. Mit MicrosoftInfoPath kann noch ein weiteres Tool beigezogen werden, welches die Erstellung und Verschönerungvon SharePoint Formularen erleichtert.Flexibilität der Datenstrukturen:Da die Daten nicht als fixe Tabellen in der Datenbank abgelegt werden, ist es möglich das ListDatenmodell ständig zu erweitern. Allerdings verliert man hier durch die gewonnene Flexibilitätmeistens die Möglichkeit, die Daten später sinnvoll auszuwerten. Auch Abstriche bei der Performancegibt es aus diesem Grund, da etliche Datenbankaufrufe nötig sind um die Daten aus der Datenbank zuladen.7.1.3. NachteilePerformance:Kumulative Abfragen auf SharePoint Listen welche zum Beispiel Summen oder Mittelwerte ausgrossen Datenmengen berechnen sind sehr ineffizient. Auch Except, Intercept oder GroupBy sind beigrossen Datenmengen ein Problem. Die Verwendung von Linq2SharePoint (Linq Adapter fürSharePoint Listen) erleichtert die Erstellung solcher Abfragen, trotzdem müssen aber zuerst alle Datenaus der Datenbank geladen werden, um solche im Prinzip einfache Berechnungen durchzuführen.Allgemein ist Linq2Sharepoint nur für die einfachere Generierung von CAML-Abfragen (CollaborativeApplication Markup Language) konzipiert und hilft dem Entwickler nicht, Abfragen auf Listen zuoptimieren. Bei grossen Datenmengen stösst man hier schnell an die Grenzen und generiert einehohe Last auf der Farm. Würde man für SURVEAST SharePoint Listen verwenden, müsstemindestens für die Auswertung der Daten eine weitere Lösung entwickelt werden, welche die Datenaus SharePoint exportiert und auswertet.Benutzerfreundlichkeit:Mit der Benutzerfreundlichkeit kommt man bei generiertenList Views und Forms schnell an die Grenzen, wenn manDatenmasken für die Erfassung von Daten mit Beziehungenerstellen will. Es ist ein beachtlicher Mehraufwanderforderlich um die gewünschte Usabiltity zu erreichen.Rapid Prototyping:Wenn man alternative Möglichkeiten zur Erstellung eines UI’sbetrachtet, ist Rapid Prototyping auch mit ScetchFlow undSilverlight möglich.Flexibilität:SharePoint Listen können nur eine kleine Anzahlvorbestimmter Datentypen verwenden (siehe Abbildung).Ausserdem sind Beziehungen zwischen Listen nicht aufDatenebene optimiert und nur für einfache Relationenausgelegt.Abbildung 8: Datentypen für interneListenWartbarkeit und Testbarkeit:Um eine bessere Wartbarkeit und Testbarkeit der Softwarezu erreichen, ist eine Trennung der Datenstruktur vom Datenprovider notwendig (Repository Pattern 2 ).Diese Arbeit wird dem Softwareentwickler bei der Verwendung des .NET Frameworks durch moderneTools wie das ADO.NET Entity Framework wesentlich erleichtert. Mit SharePoint Listen und SPMetal 3ist eine solche Trennung zwar auch möglich, aber mit einem grösseren Aufwand verbunden.2 Repository Pattern http://msdn.microsoft.com/en-us/library/ee413961.aspx, letzter Zugriff 22.12.20103 Repository Design Pattern mit Microsoft SharePoint Listen und SPMetal:http://msdn.microsoft.com/en-us/library/ff648864.aspx, letzter Zugriff 22.12.2010Datum: 23-12-2010 Clemens Meier & Silvan Gacond Seite: 26 von 79