Technologies .NET et conseils de développement » Entity Framework 4.0

Création d’un modèle à partir d’une base de données

jgard — Sun, 31 Jul 2011 16:53:20 +0000

Entity Framework est l’ORM propose par Microsoft pour le .NET. Cette technologie est apparue avec le framework 3.5 SP1. Cette première version a laissé un goût de (beaucoup) trop peu. Il y avait de bonnes idées mais pour arriver à un résultat correct en termes de performance et de gestion d’états, il fallait souvent contourner le fonctionnement normal et aller redéfinir les basses couches du framework. Ceci impliquait un temps de développement accru alors que le but d’un ORM est de réduire considérablement le temps passé sur la DAL. Mais rassurez-vous, la nouvelle mouture est arrivée avec beaucoup de corrections de bugs, des performances accrues et des facilités pour la gestion des entités. Nous verrons tout cela dans différents articles mais revenons d’abord à ce qui nous intéresse : la création d’un modèle à partie d’une base de données.

Le modèle est un fichier à ajouter à votre projet. Il possède une extension edmx et est lié à un fichier cs (ou vb) dans lequel est généré le code. Ajoutez donc ce type de fichier à votre projet en le choisissant dans la liste sous la catégorie Data (Figure 1).

Figure 1

Un assistant se lance pour vous aider à paramétrer le modèle. Le premier écran vous propose de générer le modèle à partir d’une base de données ou de créer un modèle vide (Figure 2). Nous choisirons ici la première option.

Figure 2

Vient ensuite la configuration de la connexion à la base de données. Il s’agit de l’écran classique que l’on rencontre lorsque l’on configure une connexion (Figure 3). Vous devez donc sélectionner une connexion existante ou en créer une nouvelle en choisissant le serveur et la base de données. Cochez ou décochez la case permettant de conserver la connexion dans le fichier de configuration et cliquez sur le bouton Next.

Figure 3

Nous arrivons déjà à la dernière étape. L’écran vous affiche la liste des tables, vues et procédures stockées présentes dans la base de données choisie (Figure 4). Cochez les éléments que vous voulez inclure dans votre modèle Entity Framework. Deux autres options sont mises à disposition. La première vous permet de singulariser ou pluraliser les noms des entités et des tables de manière automatique. Qu’est-ce que cela signifie ? Prenons un exemple. Si vous avez une table People dans la base de données, l’EntitySet portera le nom People également. En revanche, le nom de la classe sera Person. On garde donc bien la logique de la programmation avec un nom singulier pour les classes et un nom pluriel pour les collections.

La seconde option vous propose simplement d’inclure les champs de clés étrangères dans votre modèle.

Figure 4

Une fois que tout est configure, cliquez sur le bouton Finish et attendez que la génération soit terminée.

Import d’une procédure stockée

jgard — Sat, 02 Oct 2010 13:36:35 +0000

En plus de l’import de tables, Entity Framework vous permet bien entendu d’importer des procédures stockées.
Voici comment faire :

– Tout d’abord, veillez à sélectionner les procédures que vous voulez importer lorsque vous créez ou mettez à jour votre modèle à partir de la base de données :

– Une fois les procédures dans le SSDL, il suffit de les importer dans le CSDL. Pour cela, on peut passer directement par le designer :

– Vous pouvez vérifier dans le Model Browser que votre fonction a bien été créée :

Et le tour est joué. Il ne vous reste plus qu’à appeler cette fonction directement à partir de votre contexte pour en obtenir le résultat.

Petite remarque cependant, les Complex Types ne sont pas supportés dans le mapping de fonctions.

Création de Complex Types en mode Design

jgard — Thu, 02 Sep 2010 08:50:56 +0000

Un Complex Type est une propriété non scalaire d’une entité qui peut contenir elle-même des propriétés scalaires ou d’autres Complex Types.
Par exemple, l’entité suivante :

On peut considérer que les champs Firstname et Lastname sont très liés et pourraient être regroupés dans un champ Name. C’est ce que l’on appelle un Complex Type.

Autrefois, la création de Complex Types n’était pas supportée par l’Entity Model Designer, nous obligeant donc à passer par le mode XML dans lequel il est parfois difficile de s’y retrouver. Le problème est maintenant réglé avec la version 4.0.
Voyons tout de suite comment procéder en reprenant notre exemple :

Avant tout, il faut sélectionner les différents champs de l’entité qui formeront le Complex Type. Dans notre cas, il s’agit de Firstname et Lastname. Ensuite, dans le menu contextuel, nous pouvons trouver la nouvelle action permettant de regrouper nos champs :

Il ne reste plus qu’à renommer le Complex Type et le tour est joué. Le nouveau champ apparaît dans le Model Browser et les deux propriétés scalaires sont bien remplacées par le Complex Type dans l’entité :

Le mapping est également impacté comme on peut le voir ici :

Le Complex Type devient en fait une classe contenant nos deux propriétés d’origine. Lorsque l’on créera une nouvelle entité Person, il sera donc nécessaire de créer une instance de cette classe si l’on veut accéder aux valeurs des champs.
Pour terminer, voyons comment utiliser cette nouvelle propriété.

Person person = new Person();
person.Name = new Name();
person.Name.Firstname = "John";
person.Name.Lastname = "Doe";

A savoir qu’il est tout à fait possible de donner des noms différents à la classe et à la propriété.

Gestion des clés étrangères

jgard — Thu, 02 Sep 2010 08:50:26 +0000

La gestion des clés étrangères posait de gros problèmes dans la version précédente. Il était en effet impossible d’avoir une relation entre deux entités tout en gardant la clé étrangère dans les propriétés, la raison étant que le champ était mappé à la fois comme clé de la relation et comme propriété de l’entité. Il fallait donc faire un choix.
Fort heureusement, ce problème n’existe plus dans la version 4.0, les deux mappings peuvent donc cohabiter dans notre modèle.
Pour cela, il suffit de cocher une simple case lors de la création de la relation :

Si cette case n’a pas été cochée lors de la création de l’association, il est malgré tout toujours possible de marquer une propriété comme étant une clé étrangère. Pour cela, il suffit de double-cliquer sur l’association en mode design, ce qui fait apparaître la fenêtre suivante :

Il ne vous reste plus qu’à spécifier les tables et propriétés qui entrent en jeu dans cette relation.