Einmal, als ich meinen Code umgestaltete, ging ich die IDE in den using- Abschnitt meiner C # -Klasse, bereinigte nicht verwendete Namespaces und doppelte Namespaces und sortierte sie alle.
Mein Paar (Paarprogrammierung) fragte mich nach dem Grund. Ich hatte keine Ahnung, warum ich das getan habe. Ich habe es aus Gewohnheit gemacht, meinen gesamten Code sauber und ordentlich zu halten. Ich meine, ich habe ihm gesagt, dass ein sauberer Code im Allgemeinen eine gute Idee ist, aber dieser Grund war natürlich keine gute Rechtfertigung, da ich mich nicht einmal die Mühe machen werde, meine Zeit im Abschnitt " Verwenden " einer C # -Codeseite zu verbringen .
Da Sie häufig eine Klasse oder eine Aufzählung (oder einen Typ im Allgemeinen) von einem Namespace in einen anderen Namespace verschieben, werden Ihrem Code neue using-Anweisungen hinzugefügt (entweder manuell, indem Sie das Codefenster öffnen und die using-Anweisung selbst schreiben, oder über den Editor ( Alt+ Ctrl+ F10Kombination), und da diese neuen using-Anweisungen am Ende des Verwendungsabschnitts hinzugefügt werden , wodurch sie nicht alphabetisch sortiert werden und der Compiler sich nie über eines dieser Probleme beschwert, warum sollten wir uns darum kümmern? Abschnitt sauber und ordentlich? Welche Gründe könnten wir haben?
quelle
Antworten:
Es gibt keinen Leistungsunterschied, egal wie viele
using
Anweisungen Sie haben.Aber ich denke, es ist aus zwei Gründen sinnvoll, sie sauber zu halten:
using
s ansehen , können Sie sehen, welche Abhängigkeiten die Datei hat. Dies kann Ihnen helfen, herauszufinden, was die Typen in der Datei tun. Wenn Sie dies tun, könnenusing
Sie es schneller sehen, wenn Sie das s in einer bestimmten Reihenfolge haben.using
s haben, kann dies darauf hinweisen, dass Sie eine schlechte Trennung der Bedenken haben und dass die Typen in der Datei zu viel bewirken.Beides ist nicht sehr wichtig, deshalb sollten Sie sich nicht zu viele Sorgen machen. Aber ich persönlich denke, es lohnt sich, das
using
s sauber zu halten.quelle
Meine Hauptgründe für die Bereinigung unter den using-Anweisungen sind:
Darüber hinaus stimme ich den anderen Antworten darin zu, dass dies die Lesbarkeit erhöht und es einfacher macht, eine Vorstellung davon zu bekommen, was die Typen in der Klasse tun.
quelle
„Perfektion wird nicht erreicht, wenn nichts mehr hinzuzufügen ist, sondern wenn nichts mehr wegzunehmen ist“ - Antoine de Saint-Exupery
Wenn Sie etwas entfernen können, das nicht erforderlich ist und kein Verständnis schafft, tun Sie dies (Lesbarkeit ist zusätzlichen Code wert).
quelle
Es entfernt nur Rauschen aus dem Signal. Weniger Rauschen bedeutet, dass es einfacher ist, das Signal zu empfangen, dh die Absicht des Codes zu verstehen.
Als Geräuschgenerator ist es allerdings ziemlich unbedeutend.
quelle
Normalerweise ist es wenig sinnvoll, diese Richtlinie zu befolgen, wenn Sie nur wenige Anweisungen verwenden
Es ist sinnvoller, Anweisungen mithilfe von Abschnitten in Abschnitte zu unterteilen.
Beispielsweise:
Wenn ich mir die Klasse ansehe, kann ich sofort erkennen, dass die angegebene Klasse die System.Web-Assembly sowie unsere Plattform und unser Framework verwendet. Dies gibt mir eine grobe Vorstellung von seinen Abhängigkeiten und seiner Komplexität.
Sie können dann noch einen Schritt weiter gehen und die Anweisungen ordnen, aber ich denke, dass die Verwendung von Anweisungen dadurch weniger lesbar wird, daher würde ich dies nicht empfehlen.
quelle