Encapsulation LINQ instruction select

Question

J'ai déclaration LINQ qui ressemble à ceci:

return (from c in customers select new ClientEntity() { Name = c.Name, ... }); 

Je voudrais pouvoir faire abstraction la sélection dans sa propre méthode pour que je puisse avoir différentes options « mapping ». Qu'est-ce que ma méthode doit retourner?

Essentiellement, je voudrais ma requête LINQ pour ressembler à ceci:

return (from c in customers select new Mapper(c)); 

Edit:

Ceci est pour LINQ to SQL.

Answer 1

Nouvelle réponse maintenant, je l'ai remarqué que c'est LINQ to SQL ... :)

Si vous regardez la version de Select qui fonctionne sur IQueryable<T> il ne prend pas Func<In, Out>. Au lieu de cela, il faut un Expression<Func<In, Out>>. Le compilateur sait comment générer une telle chose à partir d'un lambda, c'est pourquoi votre code normal compile.

donc d'avoir une variété de fonctions de mappage de sélection prêtes à l'emploi en les faisant passer pour sélectionner, vous pouvez les déclarer comme ceci:

private static readonly Expression<Func<CustomerInfo, string>> GetName = c => c.Name; 

private static readonly Expression<Func<CustomerInfo, ClientEntity>> GetEntity = c => new ClientEntity { Name = c.Name, ... }; 

Vous pouvez ensuite les utiliser comme ceci:

var names = customers.Select(GetName); 

var entities = customers.Select(GetEntity); 

Answer 2

Ceci est pour Linq aux objets? Ou pour un linq? Parce que ... sélectionnez un nouveau mappeur (c), nécessite que 'c' soit déjà matérialisé dans un objet, puis passé à Mapper() CTor. (comme 'c' n'est pas connu au niveau de la base de données, seulement au niveau .NET)

Answer 3

Vous devrez peut-être utiliser des méthodes chaînées au lieu d'utiliser la syntaxe LINQ, et vous pourrez ensuite passer un des variété de Expression<Func<TSource, TResult>> valeurs que vous spécifiez:

Expression<Func<CustomerTable, Customer>> someMappingExpression = c => new Customer { Name = c.Name }; 
return context.CustomerTable.Select(someMappingExpression); 

MISE à JOUR: Select prend un Func, pas un Expression
MISE à JOUR: La fonction Select qui doit être utilisée prend un Expression<Func>, plutôt qu'un simple Func.

Answer 4

BTW: Les solutions décrites ici ne fonctionneront que si vous voulez utiliser la partie 'factorisée' du code dans une clause de requête séparée (par exemple, Select). Si vous souhaitez l'utiliser en tant que partie d'une clause qui fait également quelque chose (peut-être retourner le type anonyme avec d'autres informations), vous devrez construire l'arborescence entière dynamiquement en utilisant Expression.Xyz méthodes.

Sinon, vous pouvez utiliser l'astuce pour intégrer des expressions lambda que je viens de décrire ici:

• http://tomasp.net/blog/dynamic-linq-queries.aspx