{"id":55000042,"date":"2016-06-01T00:00:00","date_gmt":"2020-03-27T19:20:38","guid":{"rendered":"http:\/\/access-im-unternehmen.aix-dev.de\/aiu\/?p=42"},"modified":"-0001-11-30T00:00:00","modified_gmt":"-0001-11-30T00:00:00","slug":"Einfuehrung_in_das_Entity_Framework","status":"publish","type":"post","link":"https:\/\/vbentwickler.de\/Einfuehrung_in_das_Entity_Framework\/","title":{"rendered":"Einführung in das Entity Framework"},"content":{"rendered":"

In vorherigen Beiträgen haben wir gezeigt, wie Sie Fenster und Steuerelemente wie das DataGrid mit den Daten aus einem ADO.NET-DataSet füllen können. Wenn Sie echte mehrschichtige Anwendungen bauen möchten, gehen Sie einen Schritt weiter und nutzen einen objektrelationalen Mapper, um die Daten aus den Tabellen in Objekten abzulegen, bevor Sie diese als Datenquelle für die Benutzeroberfläche nutzen. Der Clou eines solchen Mappers ist, dass es sich um ein Framework handelt – das heißt, dass Sie nur einen geringen Teil des notwendigen Codes selbst schreiben müssen. Dieser Artikel gibt eine kleine Einführung in das Entity Framework.<\/b><\/p>\n

Datenzugriff gestern und heute<\/h2>\n

Unter Access waren Sie es gewohnt, direkt auf die Tabellen und Abfragen der Datenbank zuzugreifen und diese beispielsweise als Datenherkunft eines Formulars oder als Datensatzherkunft von Kombinations- und Listenfeldern anzugeben. Unter VBA konnten Sie leicht mit den Methoden des Database<\/b>-Objekts der DAO-Bibliothek wie OpenRecordset<\/b>, Execute<\/b> et cetera per Code auf die Daten zugreifen.<\/p>\n

In einigen Artikeln des vorliegenden Magazins haben wir gezeigt, wie Sie per ADO.NET auf die Daten einer Datenbank zugreifen und wie Sie die dort verwendeten DataSet- und DataTable-Objekte nutzen, um die enthaltenen Daten in Fenstern und ihren Steuerelementen anzuzeigen.<\/p>\n

Damit haben wir allerdings immer noch eine recht direkte Bindung zu den Daten der Datenbank hergestellt. Das Ziel moderner Programmiersprachen ist es jedoch, die Daten in Form von Objekten zur Verfügung zu stellen, um diese in Benutzeroberflächen etwa auf Basis von WPF (Windows Presentation Foundation) anzuzeigen und bearbeiten zu können.<\/p>\n

Mit der Kenntnis der ADO.NET-Technologie und der Grundlagen der Objektorientierung kann man dann eine Menge Code produzieren, die dafür sorgt, dass der Inhalt etwa eines Datensatzes einer Tabelle namens tblKunden<\/b> in ein Objekt auf Basis einer Klasse namens clsKunde <\/b>landet. Diese stellt dann über Eigenschaften wie Vorname<\/b>, Nachname<\/b>, Strasse <\/b>und so weiter alle Informationen zur Verfügung, die im entsprechenden Datensatz der Tabelle tblKunden <\/b>gespeichert sind. Die Eigenschaften dieses Objekts können Sie nun den Steuerelementen eines Fensters zuweisen, damit der Benutzer diese ansehen und bearbeiten kann. Hat der Benutzer Änderungen an diesem Datensatz durchgeführt, sollen diese natürlich in die zugrunde liegende Datenbank übertragen werden. Dazu müssen Sie den Klassen, auf denen die Objekte basieren, entsprechende Methoden hinzufügen, die sich um das Speichern der Änderungen in die Tabellen der Datenbank kümmern.<\/p>\n

Der benötigte Code ist kein Hexenwerk, allerdings wird es schnell recht umfangreich. Je mehr Tabellen die Datenbank enthält, desto mehr Klassen sind zu definieren, und da es meist auch noch Beziehungen zwischen den einzelnen Tabellen gibt, sind diese natürlich auch entsprechend abzubilden.<\/p>\n

Damit Sie diesen Aufwand nicht stemmen müssen, gibt es objektrelationale Mapper wie beispielsweise das Entity Framework. Damit nimmt Ihnen Microsoft zwei wichtige Aufgaben ab: Erstens erlaubt es, auf Basis einer vorhandenen Datenbank die benötigten Klassen zu erstellen, zweitens stellt es auch noch den Code zur Verfügung, mit dem die Daten von den Tabellen in die Objekte und umgekehrt übertragen werden.<\/p>\n

Schichtweise<\/h2>\n

Im Entity Framework spricht man von verschiedenen Schichten:<\/p>\n