Les deux sont présentés comme les dernières technologies et parfois un peu confus quand il s'agit de savoir lequel utiliser. Entity Framework et LINQ to SQL ont beaucoup en commun mais sont encore différents l'un de l'autre de plusieurs façons:
Entity Framework:
1. Développement d'entreprise:
2. Fonctionne avec le modèle conceptuel de la base de données:
3. Fonctionne avec toutes les sources de données:
4. ".EDMX" est créé lors de l'utilisation d'Entity Framework:
- LINQ::
- 1. Développement d'applications rapides:
- 2. Fonctionne avec des objets dans la base de données:
- 3. Fonctionne principalement avec SQL Server:
- 4. ".dbml" est créé lors de l'utilisation de LINQ to SQL:
Entity Framework est davantage axé sur le développement d'entreprise où le schéma est généralement optimisé pour des considérations de stockage comme la cohérence des performances et la partition. Entity Framework est conçu autour de l'exposition d'un modèle de données orienté application qui est peu couplé et peut différer du schéma de base de données existant. Par exemple, vous pouvez mapper une seule entité (classe) sur des multiples ou mapper plusieurs entités sur la même table. Entity Framework a un fichier “.edmx” (modèle d'entité ADO.NET) lorsqu'il est ajouté à l'application.
LINQ to SQL a principalement des fonctionnalités pour soutenir le développement rapide d'applications contre SQL Server. LINQ to SQL vous permet d'avoir une vue fortement typée de votre schéma de base de données existant. Vous pouvez construire des requêtes LINQ sur des tables et renvoyer des résultats sous forme d'objets fortement typés. LINQ to SQL a un fichier “.dbml”(LINQ to SQL) lorsqu'il est ajouté à l'application. Vous pouvez utiliser LINQ to SQL en décorant les classes existantes avec les attributs.
[Source originale: [https://parassanghani.blogspot.com/2011/01/entity-framework-vs-linq-to-sql.html\]](https://parassanghani.blogspot.com/2011/01/entity-framework-vs-linq-to-sql.html)
1 votes
Tu devrais récompenser quelqu'un