Pour obtenir la syntaxe de requête LINQ complète, vous auriez besoin d'une mise à jour des spécifications de langue et des compilateurs prenant en charge les nouveaux mots clés et la nouvelle structure de syntaxe. C'est bien au-delà de la plupart des lecteurs ici.
Afin d'obtenir une syntaxe de chaîne de méthodes de type Linq en Java qui ressemble et fonctionne comme ce qui est en C #, vous avez besoin de deux choses que Java ne prend pas en charge; les méthodes d'extension (méthodes statiques qui peuvent être appliquées à une instance comme s'il s'agissait d'une méthode d'instance) et les expressions lambda (délégués anonymes). Cependant, ces deux peuvent être usurpés avec des constructions Java existantes, si vous êtes prêt à encourir un peu de verbosité de codage supplémentaire. Une chose que je trouve particulièrement étonnante à propos de Java est la possibilité de créer des implémentations d'interfaces anonymes; appliqué à une interface avec une seule fonction pure, qui permet essentiellement de simples délégués anonymes, à condition que vous ayez une interface pour chaque signature de méthode dont vous aurez besoin.
Ainsi, le côté IEnumerable (Iterable pour les Javaheads) de Linq, en tant que chaîne de méthode, devrait être possible d'approximer en Java; vous l'implémenteriez essentiellement comme une interface fluide qui contrôle une monade. Vous auriez besoin d'une classe comme a LinqIterable, implémentant Iterable, qui:
- peut convertir n'importe quelle entrée Iterable en une instance LinqIterable
- dispose de méthodes de traitement de liste de base, telles que le filtrage, le regroupement, la concaténation, l'intersection, l'ordre, etc. qui acceptent les interfaces à fonction unique et produisent de nouveaux LinqIterables, permettant le chaînage de ces méthodes, espérons-le de manière "paresseuse".
- a des méthodes pour transformer le LinqIterable en objets "concrets" tels que ToList, ToArray, ToMap, etc.
Ainsi, vous pourriez probablement définir une bibliothèque "fluide" qui permettrait une déclaration telle que:
Map<String, Integer> results = Linq.FromIterable(sourceList)
.Where(new Predicate{public bool Op(SomeStruct in){return in.SomeString == "criteria";}})
.OrderBy(new Func{public String Op(SomeStruct in){return in.SomeOtherString;}})
.Select(new Func{public SomeOtherStruct Op(SomeStruct in){return new SomeOtherStruct(in.SomeOtherString, in.SomeInt);}})
.ToMap(new Func{public String Op(SomeOtherStruct in){return in.StringField;}},
new Func{public Integer Op(SomeOtherStruct in){return in.IntField;}});
La création de la bibliothèque proprement dite est un exercice bien au-delà de la portée d'une réponse sur un Q&A Internet. Je viens de dire que c'était possible, pas facile.
Les arbres d'expression ne sont pas sorciers, mais ce serait un projet important de mettre en œuvre ce que .NET a dans ce domaine; non seulement vous avez besoin de pouvoir construire une arborescence d'expressions, mais vous devez aussi pouvoir "compiler" cette arborescence à la volée en utilisant des bytecodes émis; Je ne sais pas si la réflexion de Java est si puissante.