Frage

Gibt es einige Prinzipien der Klassen in Namespaces organisieren?

Zum Beispiel ist es in Ordnung, wenn Klassen von Namensraum N auf Klassen von N.X abhängen? Und wenn Klassen von N.X hängen von Klassen von N?

War es hilfreich?

Lösung

In der Regel, dass sollte Ihr Beispiel in Ordnung sein, wenn Ihre Pakete sind „N.UI“ und „N.Util“. Ich habe Namespaces in zwei allgemeinen Moden verwendet gesehen:

1) alle Ebenen eines Systems haben einen Namespace (das heißt Datenbank, Web, biz, etc.)
2) Jede Komponente hat einen Namensraum (d Kunde, Rechnung) und gestaffelten Namensraum unterhalb

So oder so, wäre die Teilnamespaces miteinander verknüpften Pakete innerhalb eines größeren Namensraum, so dass es völlig in Ordnung wäre für Sie auf Ihre Domain-Objekte UI-Code abhängig zu sein.

Doch während es in Ordnung sein würde für die Klassen NX auf Klassen von N abhängen, ich glaube nicht, dass es viel Sinn für die Klassen von N würde auf Klassen von NX hängen - es klingt wie Sie eine Reorganisation nutzen könnten in dass Fall.

Andere Tipps

Klassen ib N.X auf Klassen in N. Aber classses in N verlassen können sollte auf Klassen in N.X nicht verlassen, das ist schlechtes Design.

Einige Namespace-Richtlinien: http://msdn.microsoft.com/en-us/library/893ke618. aspx

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