Webforms la liaison de données avec EF Code-Première requête Linq erreur

Dans cet exemple ici, Scott montre faire une requête Linq contre la dbContext et de liaison le résultat directement dans un GridView pour afficher une liste de produits. Son exemple est à l'aide de la CTP4 version du Code, Première des choses.

Cependant, lorsque j'essaie de faire la même chose à l'aide de la dernière version de EntityFramework 4.1, j'obtiens l'erreur suivante:

Liaison de données directement à un magasin de requête (DbSet, DbQuery, DbSqlQuery) est
pas pris en charge. Au lieu de remplir un DbSet avec des données, par exemple par
l'appel de Charge sur le DbSet, puis de les lier à des données locales.

Je vois que le DBQuery objet est de lancer cette erreur sur le but de sa mise en œuvre de IListSource.GetList(), qui est utilisé dans la liaison de données.

Des idées pourquoi son exemple fonctionne? Par la manière, je sais que je peux faire ce travail par la mise en projects.ToList(). Ma principale question est de savoir si quelque chose a changé dans la version qui fait ce genre de chose ne fonctionne plus, ou si je suis absent quelque chose quelque part qui peut contourner cette erreur.

Juste pour la référence, je fais référence à un code comme ceci:

MyDbContext db = new MyDbContext();

var projects = from p in db.Projects
               where p.AnotherField == 2
               select p;

grdTest.DataSource = projects;
grdTest.DataBind();
  • Je ne sais pas si quelque chose a changé, mais vous devriez appeler ToList de toute façon parce que le contexte est disponible et vous souhaitez vous débarrasser, une fois que vous n'en avez pas besoin. Plusieurs fois, ce qui se passe avant que la page est affichée (et exécution de requête => exception). ToList fera en sorte que votre requête est exécutée lorsque le contexte existe.
  • Tout ce que vous avez dit est une bonne recommandation générale, cette question est au sujet de l'erreur ci-dessus et Scott exemples de travail. L'erreur que j'ai n'est pas liée à un contexte manquant b/c il est en train d'être levée lors de l'appel à IListSource.GetList() est appelée sur le DBQuery objet lors de la liaison de données.
  • Oui ce n'est pas la réponse à votre question. C'est pourquoi je l'ai posté un commentaire.
InformationsquelleAutor patmortech | 2011-07-13
  1. 14

    C'est une longue histoire, mais je vais essayer de ne pas le rendre ennuyeux.

    De la première version de EF nous avons pris en charge la liaison directement aux requêtes. Nous avons gagné assez d'expérience sur les pièges et la confusion que cela a généré que nous avons décidé de désactiver explicitement la nouvelle API que nous avons créé pour EF 4.1.
    Le problème principal pour moi était que WinForms et WPF infrastructure de liaison de données suppose sources de données sont en mémoire et peu coûteux à l'accès. Cela a abouti à la liaison de données souvent demandé pour la liaison de la liste plus d'une fois. Sur EF, les contraignant à une requête réutilisable impliquait nécessairement vouloir les derniers résultats de la base de données, donc nous avons fait en sorte que chaque fois que la liaison de la liste est demandé pour nous ré-exécuter la requête sur la base de données. Cela a causé au moins deux exécutions de requêtes chaque fois que quelqu'un lié à une requête.

    Il y avait quelques autres aspects de la liaison à des requêtes qui ont été assez déroutant ou contre-intuitif pour de nombreux clients. J'explore la façon dont les choses sont utilisés pour travailler dans ce blog: http://blogs.msdn.com/b/diego/archive/2008/10/09/quick-tips-for-entity-framework-databinding.aspx

    Ce que vous êtes censé faire avec l'API DbContext est de se lier à des données locales directement et de ne pas les requêtes. Pour cela, nous exposer DbSet.Local qui est une ObservableCollection qui fonctionne assez bien pour WPF et le ToBindingList méthode qui encapsule la collection dans une BindingList pour faciliter la consommation en WinForms.

    Je vois que le message de l'exception pourrait être plus explicite à propos de l'existence de la propriété locale. Je vais tenir compte de dépôt d'un bug pour que.

    Espère que cette aide

    • Merci! Comment cela affecte-web scénarios, devrait nous appelons simplement .ToList() ou .Local aussi, je suppose?
    • Juste un avis, le plein de message d'exception est explicite à propos de la propriété: "la liaison de Données directement à un magasin de requête (DbSet, DbQuery, DbSqlQuery, DbRawSqlQuery) n'est pas pris en charge. Au lieu de remplir un DbSet avec des données, par exemple en appelant Charge sur le DbSet, puis de les lier à des données locales. Pour WPF se lier à DbSet.Locaux. Pour WinForms lier à DbSet.Locaux.ToBindingList()."
    • Merci pour l'explication. Assez bien avec WPF. Mais que diriez-voyants qui travaille avec winform? L'exception propose une solution pour WPF même en travaillant avec les winforms. J'ai eu à faire à la dure lors de l'ajout et de la suppression de nouvelles lignes. Voir ce post: link
    • Avez-vous utilisé le ToBindnigList() la méthode d'extension (assurez-vous que vous système d'importation.Les données.Entité de l'espace de noms pour le voir). Il y a plus de détails dans la documentation: msdn.microsoft.com/en-US/data/jj592872.
    • Existe-il des suggestions pour travailler avec de grands ensembles de données pour la pagination des pages sur le web depuis pas pratique pour charger toutes les données?
    InformationsquelleAutor divega
  2. 9

    Suis tombé sur le même problème et a trouvé ce sujet. ToList() de travail:

    using (NorthwindContext context = new NorthwindContext())
{
    var products = from p in context.Products
                   where p.Discontinued == false
                   select p;

    gridView.DataSource = products.ToList();
    gridView.DataBind();
}
    • Comme vous le verrez dans la question, j'ai dit "je sais que je peux faire ce travail en mettant en une produits de.ToList()".
    InformationsquelleAutor AFD
  3. 3

    En regardant la EF4 Fonction CTP4 version de la dll dans le Réflecteur, je peux voir que ses DBQuery objet n'est pas de mettre en œuvre IListSource.GetList() et de lever une exception que l'EF 4.1 dll n'. Je suppose que quelque part le long de la ligne qu'ils avaient une raison de ne plus autoriser la liaison directement à la requête, même si elle implémente l'interface IEnumerable.

    Cela ne réponds pas POURQUOI ils ont fait ce changement, mais au moins je peux voir qu'il y a une raison, il serait de travailler dans l'ancienne version.

    InformationsquelleAutor patmortech