Verwendung von using innerhalb oder außerhalb des Namespace? Auswirkungen auf die Leistung von C#

Krieg der Welten: using innerhalb oder außerhalb des Namespace in C#

Wenn Sie jemals in C# programmiert haben, haben Sie diese Debatte sicherlich in Kommentaren oder auf Stack Overflow gesehen. Manche Entwickler schreiben using hartnäckig innerhalb des namespace, andere außerhalb. Und jeder ist überzeugt, dass sein Ansatz der einzig richtige ist. Aber wer hat recht? Und vor allem: Beeinflusst dies die Leistung Ihres Codes?

Lassen Sie uns diese Frage ein für alle Mal klären, unter die Haube des Compilers schauen und herausfinden, was tatsächlich mit Ihren using-Direktiven passiert. Spoiler: Die Antwort wird Sie überraschen.

Was sind using-Direktiven überhaupt und wozu dienen sie?

Bevor wir in die Tiefe gehen, erinnern wir uns an die Grundlagen. using-Direktiven sind Ihr Pass in die Welt fremder Namespaces. Ohne sie müssten Sie jedes Mal vollständig qualifizierte Namen schreiben:

System.Console.WriteLine("Hallo, Welt!");\nSystem.Collections.Generic.List<int> numbers = new System.Collections.Generic.List<int>();

Geben Sie zu, das sieht schrecklich aus. using-Direktiven machen den Code sauberer und lesbarer:

using System;\nusing System.Collections.Generic;\n\nConsole.WriteLine("Hallo, Welt!");\nList<int> numbers = new List<int>();

Aber wo man sie platziert – das ist eine Frage, die Generationen von C#-Entwicklern quält.

Zwei Lager: außerhalb vs. innerhalb

So sehen die beiden Ansätze aus:

Variante 1: using außerhalb des Namespace

using System;\nusing System.Collections.Generic;\n\nnamespace MyApp\n{\n    class Program\n    {\n        static void Main()\n        {\n            List<int> list = new List<int>();\n        }\n    }\n}

Variante 2: using innerhalb des Namespace

namespace MyApp\n{\n    using System;\n    using System.Collections.Generic;\n\n    class Program\n    {\n        static void Main()\n        {\n            List<int> list = new List<int>();\n        }\n    }\n}

Auf den ersten Blick besteht der Unterschied nur in den Einrückungen. Aber die Community hat sich in zwei unversöhnliche Lager gespalten. Lassen Sie uns die Argumente beider Seiten analysieren.

Argument Nr. 1: Leistung und Kompilierung

Die häufigste Frage: Beeinflusst die Platzierung von using die Leistung? Kurze Antwort: NEIN. Und hier ist der Grund.

using-Direktiven sind reiner syntaktischer Zucker für den Compiler. Sie existieren nur während der Kompilierung. Wenn Ihr Code in IL (Intermediate Language) umgewandelt wird, bleibt von den using-Direktiven keine Spur. Der Compiler verwendet sie lediglich, um Typnamen aufzulösen, und verwirft sie dann.

Lassen Sie uns dies praktisch beweisen. Betrachten Sie diesen Code:

// Datei: Program.cs\nusing System;\nusing System.Collections.Generic;\n\nnamespace MyApp\n{\n    class Program\n    {\n        static void Main()\n        {\n            List<int> list = new List<int>();\n            Console.WriteLine(list.Count);\n        }\n    }\n}

Nach der Kompilierung in IL-Code sehen Sie in etwa Folgendes (stark vereinfacht):

.method private hidebysig static void Main() cil managed\n{\n    .entrypoint\n    .maxstack 1\n    .locals init (\n        [0] class [System.Runtime]System.Collections.Generic.List`1<int32> list\n    )\n    \n    // Erstellen von List<int>\n    newobj instance void class [System.Runtime]System.Collections.Generic.List`1<int32>::.ctor()\n    stloc.0\n    \n    // Aufruf von Console.WriteLine\n    ldloc.0\n    callvirt instance int32 class [System.Runtime]System.Collections.Generic.List`1<int32>::get_Count()\n    call void [System.Console]System.Console::WriteLine(int32)\n    \n    ret\n}

Beachten Sie: Im IL-Code werden vollständig qualifizierte Namen verwendet (System.Collections.Generic.List`1,