Discussion :

[nasimpat7]

Bonjour à tous,

Je viens vers vous pour recueillir vos avis sur quelques questions qui me taraude.

Je suis actuellement étudiant et dans le cadre d'un projet de groupe, je dois faire un travail de conception sur une application web.
J'ai pensé faire de l'UML, plus précisemment un diagram de class pour bien concevoir orienté objet.
La technologie utilisée pour cette application sera de l'ASP.NET / C#, et les questions que je me pose sont les suivantes:
Est-ce qu'il est possible de passer d'un diagram de classe vers Linq?
Ne serait-il pas mieux d'utilisé directement la techonologie Linq?
C'est à dire: modéliser et créer directement la base de données, et de passer par Linq pour la créer les class dans le projet.
Ou encore ne serait-il pas mieux de ne pas utiliser Linq et générer un squelette à partir d'un diagram de class?

Merci d'avance pour vos avis.

[cybermaxs]

Salut,

Je pense que ton raisonnement n'est pas adaptée au génie logiciel. UML est LA méthode modélisation la plus connue et utilisée de nos jours. C'est indépendant de la technologie. Cette étape de modélisation est extrêmement importante dans un projet même si paradoxalement c'est souvent celle la plus bâclée.

Tu proposes de partir vers l'outil de conception d'une famille d'une technologie. Au-delà de l'aspect très très spécifique de ce choix, il faut regarder du coté des limites actuelles de cette technologie. Le projet Linq To Sql bien que fonctionnel n'évoluera plus. Le concepteur de Linq te permet de générer des classes typées pour Linq en fonction d'une base, mais pas de faire de la modélisation.

Autre problème, le mise en place du modèle avec Linq va impacter la conception de ta base. En général, il faut faire l'inverse : définir convenablement le MCD (puis le MPD). Si ta base n'est pas bien conçue, ton application en subira les conséquences ...

Ce n'est que mon avis ...

[oyigit]

Il y a dans ton intérpretation de Linq une confusion. Linq est un composant qui te permet d'interroger une source de données (base de données, répertoires, fichiers xml...). Tu peux rendre n'importe quelle objet de ta classe maniable par Linq, en implémentant l'interface IQueryable. En revanche, l'Entity Framework est fait pour interroger une base de données. Il permet de générer une source IQueryable, donc attaquable via des requête Linq.

Pour en revenir à la conception de ton diagramme. Pour moi, il est évident de concevoir en amont sa base (MCD -> MPD). l'Entity Framework va permettre de générer tes classes (tu auras en quelques sorte un diagramme de classe en C#). Il faut savoir que ce diagramme est largement calqué sur ton MPD. Il est plutôt complexe de se détacher de ton modèle physique (hormis les trois ou quatres cas courant proposé dans les Web Cast Microsof). Aussi, il faut savoir que le designer VS ne supporte pas toutes les fonctionnalités de l'EF.

[cybermaxs]

Il y a dans ton intérpretation de Linq une confusion. Linq est un composant qui te permet d'interroger une source de données (base de données, répertoires, fichiers xml...). Tu peux rendre n'importe quelle objet de ta classe maniable par Linq, en implémentant l'interface IQueryable. En revanche, l'Entity Framework est fait pour interroger une base de données. Il permet de générer une source IQueryable, donc attaquable via des requête Linq.

Le projet LinqToSql permet d'interroger une base. Mais c'est encore un argument qui ne va pas dans le sens de nasimpat7 : pouquoi Linq et pas Entity ? Normalement ni l'un ni l'autre c'est un choix de modélisation qui impacte fortement la réalisation technique.

[oyigit]

Le projet LinqToSql permet d'interroger une base

Oui, mais encore une fois, linq n'est pas linqtosql ( ni l'entity framework d'ailleurs). linq est un moyen (langage unifier) d'interroger une source de données (quel que soit la source qui implémente IQueryable), linqtosql permet de te générer une source données IQueryable (et gère aussi d'autre aspect comme la relation entre les objets...)

[cybermaxs]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Le projet LinqToSql permet d'interroger une base

Oui, mais encore une fois, linq n'est pas linqtosql ( ni l'entity framework d'ailleurs). linq est un moyen (langage unifier) d'interroger une source de données (quel que soit la source qui implémente IQueryable), linqtosql permet de te générer une source données IQueryable (et gère aussi d'autre aspect comme la relation entre les objets...)

Oui bien sûr. Mais ne jouons pas sur les mots. Son post fait manifestement référence à LinqToSql, sinon ... j'ose pas imaginer