Pourquoi ne reçois-je PAS une exception de référence nulle?

Votre mise à jour m'a aidé à comprendre votre réelle préoccupation. Le concept que vous devez connaître en ce qui concerne les requêtes LINQ est exécution différée dans LINQ .

Veuillez parcourir les liens ci-dessous pour plus de détails:

Quels sont les avantages d'une exécution différée dans LINQ?

Linq - Quel est le moyen le plus rapide de découvrir une exécution différée ou non?

Que se passe-t-il maintenant dans votre cas? Vous avez stocké votre requête dans la variable location . Cette étape particulière n'est que la partie d'initialisation. Il n'exécute pas vraiment la requête sur votre base de données via votre couche ORM. Voici comment vous pouvez tester cela.

Mettez un point d'arrêt sur la ligne de code où vous initialisez la variable location avec la requête LINQ. Lorsque le débogueur s'arrête dans Visual Studio, accédez à SQL Server Management Studio (SSMS) et démarrez une session SQL Server Profiler.

Appuyez maintenant sur F10 dans Visual Studio pour parcourir le code déclaration. À ce stade, vous ne verrez absolument aucune exécution de requête dans la session du profileur comme indiqué ci-dessous:

C'est tout parce que La requête LINQ n'a pas été exécutée du tout jusqu'à présent.

Vous accédez maintenant à votre ligne de code ci-dessous:

class Program
{
    static void Main(string[] args)
    {
        var mylist1 = new List<MyClass1>();
        mylist1.Add(new MyClass1 { id = 1, Name1 = "1" });
        mylist1.Add(new MyClass1 { id = 2, Name1 = "2" });

        var mylist2 = new List<MyClass2>();
        mylist2.Add(new MyClass2 { id = 1, Name2 = "1" });

        var location = from l in mylist1
                       join e in mylist2 on l.id equals e.id into rs1
                       from e in rs1.DefaultIfEmpty()
                       //where ids.Contains(l.ID)
                       select new
                       {
                           EquipmentClass = e,
                           InServiceStatus = e == null ? 1 : e.id,
                           EquipmentType = e.id
                       };

        foreach (var item in location)
        {

        }
    }
}

class MyClass1
{
    public int id { get; set; }
    public string Name1 { get; set; }
}

class MyClass2
{
    public int id { get; set; }

    public string Name2 { get; set; }
}

Le moment où vous entrez dans la boucle foreach, la requête LINQ est déclenchée et vous verrez le journal correspondant dans la session de trace dans le profileur SQL Server. Ainsi, une requête LINQ n'est déclenchée que si elle est énumérée. C'est ce qu'on appelle une exécution différée, c'est-à-dire que le runtime diffère l'exécution jusqu'à l'énumération. Si vous n'énumérez jamais la variable location dans votre code, l'exécution de la requête ne se produira jamais du tout.

Donc, pour répondre à votre requête, une exception ne viendra que lorsque la requête sera déclenchée. Pas avant ça!

Mise à jour 1 : Vous dites que - Je n'obtiens pas d'exception de référence nulle . Oui! vous n'obtiendrez pas d'exception de référence nulle tant que vous n'aurez pas atteint l'enregistrement dont l'enregistrement joint RHS correspondant est manquant. Jetez un œil au code ci-dessous pour une meilleure compréhension:

foreach (var item in location)
{
    var p = item.EquipmentClass.EquipmentType.Name;
}

Donc, maintenant, lorsque je commence à itérer la variable location , elle ne se brise pas en premier itération. Il rompt dans la deuxième itération. Il se casse lorsqu'il ne parvient pas à obtenir l'enregistrement / l'objet correspondant à l'objet MyClass1 ayant id 2 présent dans mylist1 . mylist2 n'a aucun objet avec id 2. J'espère que cela vous aidera!

Si vous écrivez une requête LINQ sur IQueryable , ce qui se passe, c'est que les méthodes que vous appelez dans les coulisses (telles que Select , Where , etc.) ne faites rien de plus que simplement enregistrer comment vous les avez appelés, c'est-à-dire qu'ils enregistrent les expressions de prédicat et transportent un fournisseur LINQ. Dès que vous commencez à itérer la requête, le fournisseur est invité à exécuter le modèle de requête . Donc, fondamentalement, le fournisseur utilise le modèle d'expression pour vous donner un résultat du type attendu.