« x is null » vs « x == null » en C# : quand devez-vous utiliser lequel ?

x est nul vs x == null

En C#, comparer un objet à null en utilisant == et is est traditionnellement similaire. Cependant, C# 7 a introduit un nouvel opérateur, is null, ce qui soulève la question : y a-t-il des avantages à l'utiliser par rapport au == null conventionnel ?

Sémantique

Contrairement à la croyance populaire, la sémantique de x == null et x is null ne sont pas identiques. Bien qu'ils comparent tous les deux un objet à null, leur comportement diffère lorsqu'ils sont comparés à des constantes autres que null.

Avantages de is null

L'un des avantages de is null est sa capacité pour prendre en compte le type de l'objet lors de la comparaison. Par exemple :

Test(1);

void Test(object o)
{
    if (o is 1)
        Console.WriteLine("a");
    else
        Console.WriteLine("b");
}

Dans cet exemple, l'opérateur is permet la comparaison de o à la constante 1, en tenant compte de leurs types respectifs.

Quand utiliser est null

En général, x est nul est le meilleur choix lorsqu'il s'agit de constantes autres que nulles, en particulier lorsqu'il s'agit de types. Pour les comparaisons impliquant uniquement null, == null et is null servent le même objectif.

Quand utiliser == null

== null reste un choix fiable pour comparaisons impliquant null. Lorsqu'il n'est pas nécessaire de prendre en compte les types d'objets, == null est couramment utilisé.

Mise à jour

Le compilateur Roslyn a été modifié pour aligner le comportement de == et est nul dans les scénarios où il n’y a pas d’opérateur d’égalité surchargé. En conséquence, ils optimisent tous les deux désormais le comportement == plus efficace. Cependant, si un opérateur d'égalité surchargé est présent, le comportement de est nul et == null diffère.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!