.Net Vollständig qualifizierter Name für Variablentyp

Question

Wo ich arbeite, sehe ich oft Code wie folgt aus:

public void Test(Models.User.UserInfo userInfo, Models.User.UserParameter param)
   { ... }

Ich persönlich ziehe, so etwas zu sehen:

public void Test(UserInfo userInfo, UserParameter param) { ... }

Und hat einen Import oben.

Was denken Sie darüber? Was sind die besten Praktiken? Was die Vor- und Nachteile von beiden? Wie kann ich davon überzeugen, meine Mitspieler?

Ich finde zweite Option mehr klar sein.

Answer 1

verwenden Definitiv die using Richtlinie, IMO. Normalerweise ist dies nur Code, der von Visual Studio automatisch generiert wurde. Ich habe niemand Code absichtlich schreiben wie dies von Hand gesehen. IMO es lohnt sich, sicherzustellen, dass der gesamte Code, dass die Menschen lesen Aussehen wie Menschen es geschrieben hat -, damit ich die using-Direktive hinzufügen würde und die Namen hier reduzieren. Es macht es viel einfacher zu lesen -. Insbesondere, wenn die Namensräume sind lang

Answer 2

Ich neige dazu, die vollständig qualifizierten Namen zu verwenden, wenn der Typ nur einmal oder vielleicht zweimal in einer Code-Datei verwendet wird. Für alles, was ich Gebrauch using

Aber das hängt auch von der Länge des vollen Namen. Es ist alles über das Schreiben schön, einfach Code zu lesen.

Answer 3

In allen aber ein paar Umstände, würde ich sagen, import oder using die Namensräume ist die beste Praxis. Dies hat den zusätzlichen Vorteil einer vorzeitigen Abbau. Der Compiler wird sich beschweren, wenn es den Namespace nicht finden können,

Unter den wenigen Fällen, in denen der vollständige Name benötigt wird (sein richtiger: es ist nicht voll qualifiziert, nicht angeben, die Version oder Schlüssel), wo Namenskollisionen auftreten würde (dh : wenn zwei Namespaces den gleichen Namen haben, geschehen, sehe ich dies mit den Util Klassen oft vorkommen, dass viele Anbieter auf ihre libs) (Anmerkung hinzufügen, dass Sie Namen Alias-Klasse using können). Oder, wenn Sie benötigen den Namen als String zu qualifizieren, aber das ist eine andere Verwendung zu Fall (das heißt, mit Reflexion). Gelegentlich während des Debuggens, hilft es, die FQN zu verwenden, da der Debugger nicht erlaubt, eine using Richtlinie hinzufügen.

Im Fall, dass Sie den Namen nur einmal verwenden, Sie könnten versucht sein, die FQN zu verwenden, aber in meiner Erfahrung, werden Sie sich schnell mehr als einen Namen des Namespace und Refactoring es zu importieren Sie den Namespace finden Sie im Handbuch mit Kopf.