Cela dépend de votre situation: à quelle vitesse en avez-vous besoin, quel est votre point de départ, etc. Dans un monde sans contrainte, je pense que la meilleure chose est de rouler votre propre bibliothèque pour construire des requêtes dynamiques. Vous pouvez utiliser le travail de Scott ou de Joseph comme source d'inspiration, mais à la fin, tout est "épuisé" dans la bibliothèque Linq.Expression. L'un des avantages de l'approche «faites-le vous-même» est que vous n'avez pas besoin de passer de votre code à celui de quelqu'un. Au lieu de cela, vous codez directement les API .NET. Cela peut être utile lorsque vous avez déjà une représentation de vos requêtes dynamiques, par exemple dans un modèle que vous présentez aux utilisateurs via une interface utilisateur, dans un fichier XML, etc. Tout ce dont vous avez besoin est de parcourir cette représentation de manière récursive. .Linq.Expression comme le retour. FWIW, ma société a adopté cette approche lorsque .NET 3.5 est sorti, et nous sommes très heureux du résultat.
Cela dépend vraiment de vos besoins. Il est sûrement possible d'utiliser ceux-ci. S'il vous plaît dites-nous plus de ce que vous êtes intentions – Polity
Cela pourrait aider: http://stackoverflow.com/questions/1782577/what-is-the-best-approach-to-build-dynamic-linq-queries –
@Polity : D'accord! mais à partir de maintenant, pensez à la nécessité de construire le moteur de recherche basé sur Dynamic Linq. Alors quelle est la meilleure façon ... –