C # -Namespace-Alias ​​- Worum geht es?

Dass ist eine Art alias, kein namespace-alias; es ist nützlich, um keine Verwechslungen - beispielsweise gegen:

using WinformTimer = System.Windows.Forms.Timer;
using ThreadingTimer = System.Threading.Timer;

(ps: danke für die Wahl Timer ;-p)

Sonst, wenn Sie beide verwenden System.Windows.Forms.Timer und System.Timers.Timer in die gleiche Datei, die Sie würde zu halten, geben Sie den vollständigen Namen (da Timer verwirrend sein könnte).

Es spielt auch eine Rolle mit extern Aliase für die Verwendung von Typen mit den gleichen voll qualifizierten Typnamen von verschiedenen Baugruppen - selten, aber sinnvoll unterstützt werden.

Eigentlich, ich kann sehen, einen anderen nutzen: wenn Sie wollen schnellen Zugriff auf einen Typ, aber nicht wollen, um mit einem regulären using weil Sie nicht importieren können einige widersprüchliche Erweiterung Methoden... ein wenig verworren, aber... hier ein Beispiel...

namespace RealCode {
    //using Foo; //can't use this - it breaks DoSomething
    using Handy = Foo.Handy;
    using Bar;
    static class Program {
        static void Main() {
            Handy h = new Handy(); //prove available
            string test = "abc";            
            test.DoSomething(); //prove available
        }
    }
}
namespace Foo {
    static class TypeOne {
        public static void DoSomething(this string value) { }
    }
    class Handy {}
}
namespace Bar {
    static class TypeTwo {
        public static void DoSomething(this string value) { }
    }
}

InformationsquelleAutor der Antwort Marc Gravell

Zusätzlich zu den erwähnten Beispielen, Typ-Aliase (eher als namespace-Aliase) kann praktisch sein, wenn immer wieder Bezug auf generische Typen:

Dictionary<string, SomeClassWithALongName> foo = new Dictionary<string, SomeClassWithALongName>();

private void DoStuff(Dictionary<string, SomeClassWithALongName> dict) {}

Versus:

using FooDict = Dictionary<string, SomeClassWithALongName>;

FooDict foo = new FooDict();

private void DoStuff(FooDict dict) {}

InformationsquelleAutor der Antwort Joel Mueller

Kürze.

Gibt es Nebenleistungen, Klarheit zu schaffen zwischen namespaces, welcher Anteil Typ-Namen, aber im wesentlichen ist es nur der Zucker.

InformationsquelleAutor der Antwort annakata

Wir haben definierte namespace-Aliase für alle unsere namespaces. Dies macht es sehr einfach zu sehen, wo eine Klasse kommt, von, e.g:

using System.Web.WebControls;
//lots of other using statements

//contains the domain model for project X
using dom = Company.ProjectX.DomainModel; 
//contains common web functionality
using web = Company.Web;
//etc.

und

//User from the domain model
dom.User user = new dom.User(); 
//Data transfer object
dto.User user = new dto.User(); 
//a global helper class
utl.SomeHelper.StaticMethod(); 
//a hyperlink with custom functionality
//(as opposed to System.Web.Controls.HyperLink)
web.HyperLink link = new web.HyperLink(); 

Haben wir definiert einige Richtlinien, wie die Aliase müssen benannt werden und jeder, der Sie benutzt.

InformationsquelleAutor der Antwort M4N

Finde ich die Aliase, die sehr nützlich in unit-Tests. Beim schreiben von unit-tests, ist es eine gängige Praxis, zu erklären, das Thema zu testen, wie

MyClass myClassUT;

wird myClassUT das Thema Under Test. Aber was, wenn Sie wollen, schreiben Sie unit-tests für eine statische Klasse mit statischen Methoden? Dann können Sie einen alias erstellen, wie diese:

using MyStaticClassUT = Namespace.MyStaticClass;

Dann Sie können schreiben Sie Ihre unit-tests wie dieser:

public void Test()
{
    var actual = MyStaticClassUT.Method();
    var expected = ...
}

und Sie nie aus den Augen verlieren, was das Thema unter test ist.

InformationsquelleAutor der Antwort Charlie