Frage

Ich werde dieses Vorwort sagen, dass ich in der Regel in C # arbeiten /. Net.

Normalerweise verwende ich ein Namensschema, das gemeinsame, wiederverwendbare Komponenten in ein Namespace stellt, die unsere Organisation und projektspezifische Komponenten in ein Namespace an das Projekt gebunden widerspiegelt. Einer der Gründe, warum ich dies tun, ist, dass ich manchmal mit anderen Personen außerhalb meiner Abteilung meine Komponenten teilen, aber innerhalb der Organisation. Projektspezifische Namensräume werden in der Regel mit dem Namen oder der Abkürzung der Abteilung eingeleitet. Wenn ich Code zwischen Projekten wiederverwenden, wandere ich es in der Regel in einer der Organisation basierte Namespaces.

Zum Beispiel:

UIOWA.DirectoryServices enthält Klassen, die mit der konkreten Umsetzung unserer Active Directory befassen.

UIOWA.Calendar enthält Klassen, die mit der Universität der Master-Kalender befassen.

LST.Inventory.Datalayer hält die Klassen die Datenschicht der Learning Spaces Technologiegruppe Inventar Anwendung zu implementieren.

ich an einem Projekt bin einsteigen jetzt für eine Entität, die eine unschärfer Verbindung zum Unviersity (eine Studentengruppe, die ein Charity-Event läuft) hat, die das Potenzial außerhalb unserer Universität verkauft werden muss und damit es doesn‘ t passen in meine normale Namenskonventionen wirklich, das heißt, die Abteilung ist nur der erste Kunde, der möglicherweise viele, die das Projekt verwenden können.

Meine Neigung ist es, die Organisation zu benennen Weg zu gehen und einen „Organisationsprojekt“ Namensraum für diese Anwendung zu erstellen. Ich möchte hören, wie andere damit umgehen und eine Beratung haben Sie vielleicht.

Danke.

Siehe auch diese relevante Frage zu Namespace Organisation .

Bearbeiten

ich am Ende der Schaffung des org / Projekt-Namespace UIOWA.MasterEvent und Ableiten weitere Namensräume von dort. Noch Interesse an anderen Meinungen für zukünftige Projekte.

War es hilfreich?

Lösung

bekam Meine Abteilung seinen Namen dreimal in den letzten fünf Jahren stark verändert, so dass wir alle froh, dass jemand entschieden gegen Namensraum mit Organisationsnamen ...

Unsere Namensräume werden durch Projektnamen organisiert. Wiederverwendbare Sachen in den Toolbox Namespace setzen. Vielleicht ein bisschen grob, aber es funktioniert soweit ganz gut.

Andere Tipps

Ich bin ein .NET Entwickler, und ich verwende immer den organisatorischen Projektnamensraum (com.bolidian.projectspace), weil es garantiert Einzigartigkeit.

Ich verwende die Organisation, die durch das Produkt zB Acme.Crm gefolgt. Wenn Klassen zusammen in einem subnamespace Gruppierung immer einen Plural oder Aktion verwenden, so dass es mit einer Klasse kollidieren kann nicht. zB

  • Acme.Crm.Letters
  • Acme.Crm.Invoicing

Ich folge Microsofts Konvention nicht Akronyme zB CRM statt CRM, SQL anstelle von SQL Kapital - aber das ist mehr eine persönliche Präferenz

.
Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top