Projection de données dans le Cadre de l'Entité et Automapper

Je veux utiliser AutoMapper à la construction d'un ViewModel (aplatissement - projection de données) pour une utilisation dans un ASP.net MVC app.

var tmp = from x in db.Mailings select Mapper.Map<Mailing, MailingViewModel>(x);
return View(tmp.ToList());

Bien sûr, quand j'ai essayer l'exemple ci-dessus, j'ai l'EF erreur "LINQ to entities ne reconnaît pas la méthode..., et cette méthode ne peut pas être traduit dans un magasin d'expression".

Je sais que c'est possible de déplacer l' .ToList() avant le Automapper ne sa magie, mais puis-je récupérer tous les champs de la bd (et je n'ai besoin que de 3 de 20 champs)

Est-il possible de l'utiliser de façon propre. Nettoyer = tous les champs sont extraites de la base de données, mais uniquement les champs nécessaires pour le ViewModel. Est-il possible dans Automapper? Ou peut-être une autre bibliothèque? (sans le faire manuellement 😉 )

C'est assez "dangereux" pour utiliser AutoMapper dans les projections, parce que si vous avez un aplatissement de fonctionnement de la carte (target.Prop1 = source.Ref1.Prop1) vous pouvez créer un N+1 scénario.

InformationsquelleAutor Tom Deleu | 2011-03-22

automapper c#entity-framework linq-to-entities

9

Oui c'est très possible. Voir ici http://www.devtrends.co.uk/blog/stop-using-automapper-in-your-data-access-code

Edit: j'ai récemment constaté que la base de cela existe déjà dans AutoMapper. ajouter une instruction d'utilisation pour AutoMapper.QueryableExtensions et vous sont fournis avec un IQueryable extension appelée Projet<>()
- Belle solution! Il est généralement préférable de faire votre réponse peu plus explicatif en particulier pour la situation où le lien d'arrêt de travail.
- Hier, j'ai vu le blog en tant que bien. Juste la chose que je cherchais!
- Très bon, comme je comprends, il n'a pas d'Énumérer. Si si c'est vraiment ce dont j'ai besoin.
InformationsquelleAutor brentmckendrick
4

Vous pouvez simplement appeler:
```
var tmp = from x in db.Mailings 
          select new MailingViewModel
            {
               FirstName = x.FirstName,
               LastName = x.LastName,
               Address = x.Address
            };
```
Vous n'avez pas besoin AutoMapper pour la simple projection si vous avez accès EF directement dans le contrôleur.

Vous ne pouvez pas associer AutoMapper dans linq-to-interroger des entités - pas moyen. Vous devez retourner entité (ou d'un autre objet projeté) et la carte en AutoMapper ou de l'utilisation de la plaine de projection sans AutoMapper.
- Ouais, mais je suis paresseux 😉 Non, sérieusement, je suis curieux de savoir si cela peut être fait automatiquement... (cet exemple n'a qu'un couple de champs, mais il y a des situations avec +de 20 domaines où les champs de venir à partir de plusieurs jointures etc...)
- J'ai mis à jour ma réponse.
- Cela n'est pas techniquement correct, vous pouvez le faire. Voir devtrends.co.royaume-uni/blog/...
- Et ce n'est pas techniquement correct? Vous êtes en respectant une meilleure solution, mais la solution n'est pas de dire que ma réponse est incorrecte. Nouveau prétend qu'il n'est pas possible d'atteindre qu'avec AutoMapper.
- Je suis désolé, je ne voulais pas dire de toute infraction. Je faisais allusion à la phrase "Vous ne pouvez pas associer AutoMapper dans linq-to-entités requête no way" de ne pas tout à fait vrai, puisque nous pouvons créer une méthode d'extension qui crée automatiquement une expression du membre de mappages de automapper de sorte que nous n'avons pas besoin d'écrire l'expression de nous-mêmes.
- Et il y a plus. Automapper a effectivement ces méthodes d'extension d'un moment maintenant... (je Viens d'apprendre à ce sujet hier) --> github.com/AutoMapper/AutoMapper/blob/master/src/AutoMapper/...
InformationsquelleAutor Ladislav Mrnka
2

Cela est causé par la façon linq interagit avec IQueryableProviders ( je pense que c'est l'interface ).

Donc ce qui se passe est que Linq est arriver compilé en une expression de l'arbre dont le sous-jacent linq fournisseur lit et tente de convertir à sql. Le linq fournisseur n'a aucune idée de comment traduire Mapper.Map<> en SQL par conséquent l'erreur.

Pour une bonne vidéo sur la façon de linq travail des fournisseurs de départ: http://channel9.msdn.com/Shows/Going+Deep/Erik-Meijer-et-Bart-De-Smet-LINQ-to-Rien

InformationsquelleAutor John Farrell
2

Vous devriez être en mesure de le faire à l'aide de AutoMapper de DynamicMap. Je crois que quelque chose comme ce qui suit seuil de résoudre votre problème si vous voulez vraiment utiliser AutoMapper, bien que dans ce cas particulier, je suis d'accord avec Ladislav Mrnka.
```
var tmp = from x in db.Mailings 
          select new
          {
              FirstName = x.FirstName,
              LastName = x.LastName,
              Address = x.Address
          };

return View(tmp.ToList().Select(item => Mapper.Map<MailingViewModel>(item)));
```
Malheureusement, si vous souhaitez limiter le nombre de colonnes que vous êtes de retour à partir de la base de données, vous devez spécifier que vous voulez, ce qui ne l'encontre du but de AutoMapper dans ce scénario. Ce serait vraiment bien AutoMapper extension si, de prendre le type de destination et de créer dynamiquement une expression de sélection basé sur le type de propriétés.
- L'extension vous suggérer serait effectivement la solution, je suis à la recherche d'. Dommage que mon expression de l'arbre de la connaissance est plutôt limité 🙂
- En fait, j'ai créé la méthode d'extension de vous y référer et il fonctionne... jusqu'à ce qu'un point. Si vous essayez de remplir une entité qui a une ICollection/Liste/tableau, etc comme une propriété (et vous tiens également à matérialiser une projection de ces entités) puis il se casse comme le fournisseur SQL ne permet pas de vous appeler ToList() dans une requête. J'ai écrit à propos de ce problème ici refactorthis.wordpress.com/2012/07/20/... S'ils se contentent de corriger ce problème, alors nous pouvons tous écrire une seule ligne de projections en tirant parti de automapper
InformationsquelleAutor John Bledsoe
1

Cela peut être fait en utilisant LINQ Projecteur de la bibliothèque. Il est basé sur http://www.devtrends.co.uk/blog/stop-using-automapper-in-your-data-access-code et ajoute quelques cartographie des conventions.

InformationsquelleAutor kgolovchenko

depuis Automapper ne fonctionne pas directement à la base de données (besoin de se transformer en un objet de mémoire avant d'aborder la question), j'ai écrit propre classe simple pour copier des propriétés identiques:

Code Initial:

  model.Sales = _dbcontext.Sales.Where(o => o.PartnerId == PartnerId && (o.SaleDate > model.BeginDate || model.BeginDate == null) && (o.SaleDate <= model.EndDate || model.EndDate == null)).Select(o => new SaleViewModel
        {
            NumberIn1S = o.NumberIn1S,
            Total = o.Total,
            SaleDate = o.SaleDate,
            Comments = o.Comments,
            Driver = o.Driver,
            GuidIn1S = o.GuidIn1S
        }).OrderByDescending(o => o.SaleDate).ToList(); </p>

MyMapper:

model.Sales = _dbcontext.Sales.Where(o => o.PartnerId == PartnerId && (o.SaleDate > model.BeginDate || model.BeginDate == null) && (o.SaleDate <= model.EndDate || model.EndDate == null)).OrderByDescending(o => o.SaleDate).ToArray().Select(p => <b>MyMapper<SaleViewModel>.CopyObjProperties(p, "NumberIn1S,Total,SaleDate,Comments,Driver,GuidIn1S")</b>).ToList(); </p>

InformationsquelleAutor Lapenkov Vladimir

Vous devez vous connecter pour publier un commentaire.