Qui ORM dois-je utiliser pour .Net en 2016 pour parler de SQL server?

La plupart de mon côté serveur de l'expérience est avec nodeJS météore ou de rails, donc je n'ai pas de richesse .Net de connaissances encore. Dans les rails de son assez facile de s'en prendre à l'ORM, car ActiveRecord est le seul jeu en ville ou à ce qu'il semble. Mon approche est généralement de requête de tout ce que vous pouvez à l'aide de la moraine d'oak ridges et si vous ne pouvez pas le retirer, puis descendre à raw SQL.

Cependant je suis en train de lire des tutoriels et leçons sur l'interrogation de bases de données .Net 4.5 ou ultérieur apps et je suis confus sur ce que la voie de l'avenir. Je vois des tutoriels dans la suite de

  • Linq Lambda syntaxe
  • Requête Linq syntaxe
  • Entity Framework

Qu'est-ce que la suggestion de l'ORM pour moderne .net applications? Il me semble que je peux faire de base des opérations CRUD dans tous les ci-dessus. Mais un des mieux adaptés pour dire des jointures entre les tables? Rappelez-vous, j'seul plan de requête par rapport à Microsoft SQL server bases de données pour mon .net solutions.

ce vraiment confus moi est la lecture que EF remplacé linq mais ensuite la lecture que EF utilise également linq. Alors quand je vois un exemple pour dire sélectionner toutes les colonnes, je ne sais pas si je suis en utilisant une syntaxe de le passé ou l'avenir. Aussi, simplement en regardant le code, je ne peux pas dire si son linq ou EF. Je ne peux dire si sa requête ou lambda syntaxe.

LINQ est un .NET concept qui est pris en charge par des "prestataires". EF est un fournisseur LINQ, comme le fait NHibernate. EF et NH sera converti, derrière les coulisses, l'expression d'arbres créé à partir de l'LINQ dans des requêtes SQL.
Non, ActiveRecord n'est pas le seul jeu dans la ville, à moins que vous ne travaillez qu'à faible trafic des applications qui ne traitent que de quelques lignes à la fois. Pourquoi travailler avec seulement enregistrer à un moment où vous pouvez charger tous les objets que vous voulez et de les lier à eux? C'est pourquoi les Micro-Orm sont préférables pour un beaucoup de scénarios. Orm sont pas pour les opérations CRUD. Si vous n'avez pas les entités ayant des comportements personnalisés, vous n'avez pas besoin de la O partie
stackoverflow.com/questions/5101974/net-orm-comparison
Vous devez utiliser F# et ceci: fsprojects.github.io/SQLProvider

OriginalL'auteur ngnewb | 2016-05-12