[Débutant] Entity Framework ou codage à la main ?

[StringBuilder]

Bonjour,

J'ai une vision très "vivante" des bases de données.

Entity Framework me semble un peu "figé" comme approche, dans le sens où du code "en dur" est généré une bonne fois pour toute à partir de la base de données utilisée.

On se retrouve (pour simplifier) avec un objet par table, et toutes les méthodes nécessaires pour travailler dessus. C'est donc un gros gain de temps en termes de développement.

En revanche, que se passe-t-il lorsqu'on ajoute une table au modèle ? Ou qu'on ajoute une colonne à une table ?

Entity Framework est-il capable de modifier dynamiquement les objets, ou faut-il recompiler le programme ?

En effet, j'ai pour habitude de créer des objets génériques d'accès aux données, que je peux créer dynamiquement à partir de fichiers XML décrivant la base de données, ou directement à partir des métas de la base de données.

Ainsi, si je crée une nouvelle table de type "liste" par exemple, au redémarrage de mon programme, de nouveaux objets sont disponibles pour administrer cette nouvelle table.

Est-ce possible de reproduire ce comportement avec Entity Framework ?

[tomlev]

Envoyé par StringBuilder

Entity Framework me semble un peu "figé" comme approche, dans le sens où du code "en dur" est généré une bonne fois pour toute à partir de la base de données utilisée.

Ca c'est l'approche "database first", mais il y a d'autres approches : code first, model first, où la base est générée à partir du code ou du modèle

Envoyé par StringBuilder

En revanche, que se passe-t-il lorsqu'on ajoute une table au modèle ? Ou qu'on ajoute une colonne à une table ?

Tu mets à jour le modèle et tu recompiles

Envoyé par StringBuilder

Entity Framework est-il capable de modifier dynamiquement les objets, ou faut-il recompiler le programme ?

Il faut recompiler, mais de toutes façons je ne vois pas trop quel serait l'intérêt de prendre en compte la nouvelle table sans recompiler, puisque ton programme ne saurait pas l'utiliser...

Un des principaux avantages d'utiliser un ORM est d'avoir des objets fortement typés pour manipuler tes données. Mais si tu as besoin de quelque chose de suffisamment générique pour manipuler des tables que tu ne connais pas à l'avance, le typage fort ne t'apporte plus rien puisque tu ne connais pas le type à l'avance... Dans ce cas autant utiliser des DataSet/DataTable ou des requêtes SQL dynamiques

[StringBuilder]

Merci pour ces précisions.

J'hésite justement entre typage fort et typage générique.
Les deux ont leurs avantages et inconvénients, mon coeur balance