Comment déboguer une Déclaration de LINQ

Oui, il est en effet possible de mettre en pause l'exécution à mi-chemin par le biais d'une requête linq.

Convertir votre requête linq to style à l'aide des expressions lambda et insérez une instruction Select qui retourne lui-même quelque part après le point dans le linq que vous souhaitez déboguer. Quelques exemples de code de la rendre plus claire -

        var query = dataset.Tables[0].AsEnumerable()
            .Where (i=> i.Field<string>("Project").Contains("070932.01"))
 //        .Select(i =>
 //        {return i;}
 //          )
            .Select (i=>i.Field<string>("City"));

Puis décommenter les lignes commentées. Assurez-vous que le {return i;} est sur sa propre ligne et insérez un debug point là. Vous pouvez mettre cela de sélectionner à tout moment dans votre long, compliqué d'une requête linq.

J'ai écrit un article complet traitant de cette question très publié sur Simple-Talk.com (LINQ Secrets Révélés: le Chaînage et de Débogage) en 2010:

Je parle de LINQPad (comme mentionné plus tôt par OwenP) comme un excellent outil externe à Visual Studio. Payer une attention particulière à son extraordinaire méthode Dump (). Vous pouvez injecter ce à un ou plusieurs points dans une LINQ chaîne pour voir vos données visualisées dans un étonnamment propre et claire de la mode. Bien que très utile, LINQPad est externe à Visual Studio. J'ai donc également présents plusieurs techniques disponibles pour une utilisation dans Visual Studio parce que parfois c'est juste pas pratique pour migrer un morceau de code à LINQPad:

(1) s'Injecter des appels à la Dump() extension de la méthode que je présente dans mon article afin de permettre à l'enregistrement. J'ai commencé avec Bart De Smet Watch() la méthode dans son article instructif LINQ to Objects – Débogage et ajouté un peu de l'étiquetage et de la colorisation à améliorer la visualisation, mais encore il n'est rien en comparaison de LINQPad de la sortie de Vidage.

(2) Apporter LINQPad de visualisation du droit dans Visual Studio avec Robert Ivanc de LINQPad Visualizer complément. Vous ne savez pas si c'est grâce à mon insistance :-), mais les quelques inconvénients que présente quand j'ai écrit mon article ont maintenant tous été admirablement résolu dans la dernière version. Il a plein VS2010 soutien et vous permet d'examiner tout objet que vous aimez lors du débogage.

(3) Incorporer nop énoncés dans le milieu de votre LINQ de la chaîne de sorte que vous pouvez définir des points d'arrêt, comme décrit précédemment par l'Incroyable Pete.

2016.12.01 mise à Jour

Et je viens d'écrire la suite de l'article ci-dessus, intitulé tout simplement LINQ de Débogage et de Visualisation, qui révèle que le vrai LINQ fonctionnalité de débogage est enfin arrivé dans Visual Studio 2015 avec le sujet-à-être-publié nouvelle fonctionnalité dans OzCode. @Dror, la réponse à cette question montre un petit aperçu de celui-ci, mais je vous encourage à lire mon nouvel article pour approfondir les "comment". (Et je ne pas travail pour OzCode.:-)

Il est possible à l'étape à l'intérieur de l'expression LINQ sans réglage temporaire des points d'arrêt. Vous avez besoin à l'étape dans la fonction qui évalue l'expression LINQ, par exemple:

var confirm = from l in lines.Lines 
              where (l.LineNumber == startline.LineNumber)
                    || (l.LineNumber == endline.LineNumber) 
              select l;

 confirm.ToArray(); //Press F11 ("Step into") when you reach this statement

 foreach(var o in q) //Press F11 when "in" keyword is highlighted as "next statement"
    //...

De la porte de l'erreur que je vous conseille de prendre un coup d'oeil à la ligne.Lignes et assurez-vous que le recenseur est correctement mis en place. Je pense qu'elle retourne null quand il ne devrait pas.

Oh, et assurez-vous que la ligne et de la ligne.Les lignes des objets ne sont pas null ou de retourner les valeurs null en tant que bien.