[Linq To WIQL] Les dessous d'un provider (Part 2: un peu de ménage!)
Avant de commencer à traiter les opérateurs, il faut faire un peu de ménage dans l'arbre d'expression et traiter ce qui est possible de traiter au moment de l'exécution avant même de créer la requête WIQL. Prenons cette requête:
Node rootNode = nodes[nodes.Length - 1];
var q = from wi in project.Get<Fissum.Model.Codeplex.WorkItem>()
where wi.Iteration.IsUnder(nodes[nodes.Length - 1])
select wi;
elle est équivalente en valeurs à :
Node rootNode = nodes[nodes.Length - 1];
var q = from wi in project.Get<Fissum.Model.Codeplex.WorkItem>()
where wi.Iteration.IsUnder(rootNode)
select wi;
En effet nodes[nodes.Lenght-1] n'a aucun rapport avec le WIQL et est seulement une expression locale qui doit être évaluée avant la création de la requête.
Ceci est le rôle de la classe Evaluator: la classe parcours l'arbre d'expression et déduit la partie qui peut être évaluée et renvoie une nouvelle expression avec les parties évaluées. Cette évaluation est faîte au moment de la traduction, donc de l'exécution de la requête et donc pas au moment de la déclaration. C'est pour cela que l'exécution du code suivant renvoie une liste de 2 valeurs {1,2}:
List<int> list = new List<int>() { 1, 2, 3, 4, 5 };
int maxValue = 3;
var query = from i in list
where i <= maxValue
select i;
maxValue = 2;
var result = query.ToList();
La valeur de maxValue prise en compte est bien 2 et non 3.
A bientot pour la suite :)
Ce post vous a plu ? Ajoutez le dans vos favoris pour ne pas perdre de temps à le retrouver le jour où vous en aurez besoin :
