Namespace-Namenskonventionen
Für diejenigen von Euch da draußen schreiben von wiederverwendbaren Komponenten, was betrachten Sie als die beste Praxis, wenn Sie die Erweiterung der Funktionalität der .NET framework?
Zum Beispiel, ich bin die Schaffung eines Pop3-Bibliothek im moment nicht vorhanden).NET. Kann ich einen benutzerdefinierten namespace erstellen, oder verwende ich System.Net.Mail
?
InformationsquelleAutor der Frage Vince Panuccio | 2009-05-28
Du musst angemeldet sein, um einen Kommentar abzugeben.
Aus der Namespace, Naming-Richtlinien:
In der Regel ist es eine wirklich schlechte Praxis zu starten, darunter Dinge, die in der Standard-namespace von einem framework oder die Bibliothek. Dies kann zu Verwirrung in Bezug auf, ob ein neuer Namensraum ist Teil der bestehenden Bibliothek, die Teil des Rahmens, die weitergegeben wird, oder ist Teil einer benutzerdefinierten Rahmen, der Hinzugefügt wurde, indem jemand anderes.
Auch, die Namenskonvention zu vermeiden versucht Namensraum-Kollisionen, die durch eindeutige Bezeichner wie
CompanyName
. Es reduziert auch keine Verwirrung und Probleme in Bezug auf die Quelle der neuen Bibliothek.Dies ist nicht nur eine Microsoft Sache, aber in der Java-als auch. Namespaces in Java, genannt "Pakete" hat die folgende Konvention:
Also, wenn ich hatte ein super Stück software, es kann in der
net.coobird.superawesomesoftware
Paket.Und den Paket-Namen, die die Standard -
java.
,javax.
,com.sun.
Pakete sind ein großes no-no.InformationsquelleAutor der Antwort coobird
Haben auch einen Blick auf folgenden MSDN-Artikel für Richtlinien über die Benennung von Namespaces
InformationsquelleAutor der Antwort akjoshi