Teil 2 unserer  Miniserie zu den Business Connectivity Services (BCS), über die sich Daten eines externen Systems in eine SharePoint-Umgebung integrieren lassen, ist nun erschienen. Während wir in Teil 1 die Grundlagen und Möglichkeiten des BCS aufgezeigt haben, widmen wir uns in Teil 2 den zur Verfügung stehenden Entwicklungswerkzeugen und Extensibility-Points. Zum Artikel

Related Posts

1. SharePoint 2010: Datenintegration mit BCS (Teil 1/2)
2. Was ist neu für Entwickler? Ein erster Blick auf SharePoint 2010 (Teil 2/2)
3. SharePoint 2010: Neuerungen in Listen (Teil 3/3)

In SharePoint 2007 gehörte der Business Data Catalog (BDC) mit zu den interessantesten Funktionen. Diese Technologie machte es möglich, Daten aus externen Systemen wie Datenbanken oder Line-of-Business-Anwendungen (CRM, ERP etc.) innerhalb einer SharePoint-Umgebung verfügbar zu machen. Allerdings litt der BDC unter einigen entscheidenden Nachteilen. So wurde lediglich der lesende Zugriff auf die externen Daten unterstützt, und die Umsetzung von BDC-Lösungen war mangels geeigneter Entwicklungswerkzeuge eine umständliche und zeitraubende Angelegenheit. Ausserdem stand die Technologie nur in der teuersten SharePoint-Variante (MOSS 2007 Enterprise Edition) zur Verfügung.

Via BCS lassen sich Daten aus externen Systemen praktisch nahtlos in SharePoint integrieren.

In SharePoint 2010 wird nun einiges anders. Mit der Bezeichnung Business Connectivity Services (BCS) kriegt der BDC nicht nur einen neuen Namen, sondern wird auch über eine überarbeitete Architektur verfügen, die neue Möglichkeiten wie das Zurückschreiben von mutierten Informationen ins Quellsystem, Offline-Nutzung oder Datenintegration in Office-2010-Clients wie Word oder Outlook zulassen wird. Und mit Visual Studio 2010 und SharePoint Designer 2010 gibt es nun gleich zwei Werkzeuge, welche die Umsetzung von BCS-Lösungen erheblich vereinfachen. Last but not least steht der BDC-Nachfolger bereits in der “kleinsten” SharePoint-Variante, der SharePoint Foundation 2010 (SPF 2010) zur Verfügung (allerdings mit Einschränkungen) und kann nun deshalb bereits in einfacheren Szenarien zum Einsatz kommen.

Wir haben für die ComputerWorld eine zweiteilige Miniserie verfasst, welche die Möglichkeiten rund um BCS zeigt:

• Teil 1: Grundlagen, Architektur und Einsatzmöglichkeiten
• Teil 2: Entwicklungswerkzeuge und Extensibility-Points

Related Posts

1. SharePoint 2010: Datenintegration mit BCS (Teil 2/2)
2. Die neuen SharePoint 2010 SKUs
3. SharePoint 2010: Neuerungen in Listen (Teil 3/3)

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