Mit LINQ to SharePoint steht in SharePoint 2010 eine neue Abfragetechnologie, mit der sich in Listen gespeicherte Daten wesentlich eleganter abrufen und manipulieren lassen als bisher. Für Computerworld Online habe ich einen Artikel geschrieben der aufzeigt wie LINQ to SharePoint funktioniert und welche Vor- und Nachteile der Einsatz der Query-Technologie im Zusammenhang mit SharePoint hat. Zum Artikel: ” Daten jonglieren mit LINQ to SharePoint”.

Related Posts

1. SharePoint 2010: Neuerungen in Listen (Teil 3/3)
2. Artikel: Die neue Listeninfrastruktur in SharePoint 2010
3. Artikel: Die neue Service-Architektur in SharePoint 2010

Im Rahmen des Community Kit for SharePoint Development Tools Edition (CKSDEV) sind vor kurzem eine ganze Reihe von kleinen, aber feinen Tools und Templates erschienen, die den Alltag eines SharePoint-2010-Entwicklers erleichtern. Das Paket wurde auf Basis des Managed Extensibility Frameworks (MEF) konzipiert und lässt sich ganz einfach über die Online-Gallery des Extension Managers (einfach den Suchbegriff “CKSDEV” verwenden) von Visual Studio 2010 installieren. Nachfolgend eine kleine Übersicht einige Highlights des CKSDEV-Pakets:

• Deployment-Tools: Erweitert das Projekt-Kontextmenu um weitere Hilfen für das schnelle Deployment innerhalb einer Entwicklungsumgebung. Assemblies lassen sich beispielsweise direkt in das entsprechende BIN-Folder oder den Global Assembly Cache kopieren. Ausserdem gibt es zusätzliche Steps für Deployment-Konfigurationen. Dazu gehören etwa Aktionen wie das Durchführen von Site Warm-Ups, Neustarten von Timer Services oder das Ausführen von PowerShell Scripts.

Zusätzliche Steps ermöglichen das bessere Feintuning von Deployment-Jobs.

• Sandboxed Visual Web Part: Eine Vorlage für Visual Web Parts, die dann im Rahmen einer Sandboxed Solution eingesetzt werden können. Mit der Standardvorlage der Visual Studio SharePoint Tools ist dies nicht möglich.
• Sandbox Compile: Spezielle Kompilierfunktion die das reduzierte Objektmodell, das innerhalb einer SharePoint Sandbox zur Verfügung steht, berücksichtigt. Damit lässt sich sicherstellen, dass nur Sandbox-konformer Code verwendet wird.
• SharePoint Project Items (SPI): Enthalten sind auch diverse Item-Vorlagen etwa für Custom Actions, Delegate Controls, Blank Site Definition oder Basic Site Pages.
• Server Explorer Extensions: Erweitert den SharePoint Server Explorer um zusätzliche Äste und Funktionen. So kann etwa direkt auf die Web Part Gallery zugegriffen werden, um etwa Web Part Properties zu inspizieren oder .webpart-Definitionen auszulesen. Weitere neue Äste gibt es für die Style Library, Web Templates sowie die Theme-, Solution- und Master-Page-Galleries. Zudem erhält man einen besseren Überblick über Features und ihre Abhängigkeiten.

Sinnvolle Erweiterungen im SharePoint Explorer erlauben etwa das Generieren von Entity-Klassen aus Sites oder Listen.

• Developer Dashboard: Die Developer-Dashboard-Einstellungen einer Site lassen sich direkt über den Server Explorer festlegen.
• SPMetal Definitionen: Von Sites und Listen lassen sich auf Knopfdruck Entity-Klassen generieren. Diese werden unter anderem für die Verwendung LINQ to SharePoint benötigt.
• SharePoint References: Fügt dem “Add Reference”-Dialog eine eigene SharePoint-Registerlasche hinzu und bietet dadurch schnellen Zugang zu den verschiedenen SharePoint Assemblies.

Related Posts

1. CKSDev 1.2 bringt weitere Hilfen für SharePoint-2010-Entwickler
2. Die SharePoint-2010-Tools in Visual Studio 2010
3. Was ist neu für Entwickler? Ein erster Blick auf SharePoint 2010 (Teil 1/2)

Der dritte Teil unserer Mini-Serie zu den SharePoint-2010-Listen widmet sich den Neuerungen, die vor allem für Entwickler von Interesse sind. Zu den beiden vorangegangenen Teilen geht’s hier :

• Teil 1: Large Lists and Throttling, Multi Column Indexes, Unique Fields
• Teil 2: Inline Editing, Projected Fields, Referential Integrity, List Validation
• Teil 3: Relational Joins, XSL Support, External Lists

Relational Joins

Für Datenabfragen aus mehreren Listen bietet SharePoint 2010 nun eine wesentlich bessere Unterstützung für Joins. Diese lassen sich über das SharePoint-API, LINQ to SharePoint, CAML oder mit SharePoint Designer 2010 festlegen. Um über das API mit Joins arbeiten zu können, wurde die SPQuery-Klasse um das Property Joins erweitert. Dabei wird die Verknüpfungen in CAML-Syntax formuliert und anschliessend dem Joins-Property zugewiesen (analog wie beim Query-Property von SPQuery).

Noch eleganter lassen sich Joins via LINQ to SharePoint bewerkstelligen. Abfragen auf Listen können dabei direkt in C#- oder VB-Code mit LINQ in SQL-ähnlicher Syntax und mit Unterstützung von IntelliSense formuliert werden. LINQ to SharePoint generiert dann im Hintergrund den benötigten CAML-Code. Seit Beta 2 sind Joins via LINQ to SharePoint nur noch mit Einschränkungen (nur noch implizite Joins werden unterstützt) nutzbar, da Microsoft keine Ausführung von sogenannten ineffizienten Queries (das AllowInefficientQueries-Property der DataContext-Klasse wurde auf internal gesetzt) mehr erlaubt.

XSL Support

Entwickler, die schon mal eigene Views basierend auf CAML (via schema.xml) erstellt haben, kennen die Problematik: Selbst für eine einfache Liste werden mehrere 1000 Zeilen CAML-Code benötigt. Neu kommt in Listenansichten XSL (Extensible Stylesheet Language) zum Einsatz, mit der sich XML-Daten in eine andere Syntax (z.B. HTML) transformieren lässt. Dank XSL wird für eine View wesentlich weniger Code benötigt. Die Standard-Ansicht einer Custom List benötigt beispielsweise gerade mal noch rund 160 Zeilen CAML-Code (siehe Bild).

Die Definition von Listenansichten benötigt dank ausgelagerten XSL-Dateien wesentlich weniger CAML-Code

Die eigentliche Formatierung der Liste wird mit Hilfe einer ausgelagerten XSL-Datei (main.xsl) durchgeführt, die aus der CAML-Definition der Listenansicht referenziert wird. Die main.xls-Datei besteht wiederum aus einer Reihe von verschachtelten XSL-Files. Natürlich kann man hier auch eigene XSL-Stylesheets verwenden, um den Look der Listenansichten komplett dem eigenen Gusto anzupassen. Im Vergleich mit SharePoint 2007 erhalten Entwickler nun wesentlich bessere Möglichkeiten, um in das HTML-Rendering der Listenansichten einzugreifen.

XSLT List View WebPart

Das bisherigen List View WebPart (LVWP), das für die Darstellung von Listeninhalten auf WebPart-Seiten zuständig ist, wird in SharePoint 2010 übrigens ebenfalls durch ein XSL-basierendes WebPart (XSLT List View WebPart) abgelöst. SharePoint Designer 2010 bietet entsprechende Werkzeuge, um die WebPart-Ansichten anpassen zu können.

External Lists

Zu den interessantesten Neuerung in SharePoint 2010 gehören mit Sicherheit die Business Connectivity Services (BCS), über die sich Daten von externen Systemen (Datenbankserver, ERP, CRM etc.) einbinden lassen. Im Gegensatz zur Vorgängertechnologie in SharePoint 2007, dem Business Data Catalog (BDC), können Daten via BCS nun auch in angedockte Datenquellen zurückgeschrieben und sogar im Offline-Betrieb (mit SharePoint Workspace) genutzt werden.

Die angebundenen Daten werden in Form von sogenannten External Lists eingebunden, die sich jetzt weitgehend wie native SharePoint-Listen verhalten. Der Endbenutzer merkt dabei kaum noch, dass er mit Daten arbeitet, die extern gespeichert sind. Erwähnenswert in diesem Zusammenhang ist noch, dass sich External Lists auch über die in Teil 2 beschriebenen Projected Fields in die Ansicht einer anderen Liste einbinden lassen.

Related Posts

1. SharePoint 2010: Neuerungen in Listen (Teil 2/3)
2. SharePoint 2010: Neuerungen in Listen (Teil 1/3)
3. Artikel: Daten jonglieren mit LINQ to SharePoint