Discussion :

[zeavan]

Bonjour a tous ,

Voila j'aimerais utiliser la pleine puissance de Linq et des expressions pour mon application developpee en couche, seul probleme Linq.expression ne peut etre passe comme parametre puisqu'il ne peut etre serialize.

Toute proposition serait plus que la bien venue, mais je tiens a preciser que je tiens a ce que du cote client la construction des requetes dynamique soit du type fort. (de plus Dlinq ne me conviens pas non plus.)

J'avais pense a ceci:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
[WCF]
List<T> GetAll(string expression)
{
     return context.T.Where(expression);
}
 
[Client]
Expression<T,bool> expression = q=>q.id =2 ;
string query = expression.ToString() ;// Tostring doit etre correctment implemente, c'est ce que je recherche.
 
List<T> list = GetAll(query);

Merci d'avance.

[tomlev]

// Tostring doit etre correctment implemente, c'est ce que je recherche.

C'est à dire ? Expression.ToString() renvoie bien une représentation textuelle de l'expression. Par contre je ne vois pas trop en quoi ça va t'aider, vu qu'il n'y a pas de moyen de reconvertir cette chaine en expression...

Sinon, tu peux regarder du côté de Dynamic Linq, mais tu n'auras pas de typage fort côté client...

Regarde aussi comment c'est géré dans WCF RIA Services, il me semble qu'il est possible de faire des requêtes Linq côté client (*)

EDIT: (*) en fait, je crois que l'expression est interprétée côté client pour la traduire en URL... Donc l'expression n'est pas transmise telle quelle au service

[meziantou]

J'avais écris un article permettant de convertir une Expression en chaine de caractères pour EF.
http://meziantou.blogspot.com/2010/0...-partie-6.html

Ca peut peut-être te donner des idées.

Autrement pour serialiser une Expression
http://code.msdn.microsoft.com/exprserialization

[zeavan]

Merci a tout deux pour les reponses,
Bien qu'avoir specifie que je ne pensais pas utiliser dlinq en raison du non typage fort, j'ai du m'y resoudre.

Meziantou , je vais jeter un coup d'oeil sur ton expressionnavigator.

J'utlise donc du cote serveur utiliser Dlinq ainsi:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
public List<T> TList(string condition, params object[] value)
 {
Expression<Func<T, bool>> expression = System.Linq.Dynamic.DynamicExpression.ParseLambda<T, bool>(condition, value);
            return new TFind(expression);
 }

et du cote client:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 string condition = "ID== @0 || TypeID== @1";
 List<Object> obj = new List<object>();
 obj.Add(1);
 obj.Add(3);
 
 List<T> list = service.TList(condition, obj);

L'ideal aurait etait que cote client:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Expression<Func<T, bool>> exp = q => q.ID == 1;

et la fameuse function Convert qui me parse automatiquement en
condition + param;

Je laisse le sujet encore un peu ouvert le temps de faire le parser.

[tomlev]

Autrement pour serialiser une Expression
http://code.msdn.microsoft.com/exprserialization

Ah oui, j'avais vu ça y a quelque temps... ça semble prometteur, même si je ne vois pas directement comment l'utiliser en WCF

Bien qu'avoir specifie que je ne pensais pas utiliser dlinq

Ah ok, j'avais mal compris... "DLinq" fait habituellement référence à Linq to SQL ("Data Linq"), pas à Dynamic Linq, d'où ma confusion.