質問

クラスを名前空間に整理するいくつかの原則はありますか?

たとえば、名前空間NのクラスがN.Xのクラスに依存していても大丈夫ですか? N.XのクラスがNのクラスに依存している場合はどうなりますか?

役に立ちましたか?

解決

一般的に、パッケージが" N.UI"の場合、これは例としては問題ありません。および「N.Util」。私は2つの一般的な方法で使用される名前空間を見てきました:

1)システムのすべての層には名前空間があります(つまり、データベース、ウェブ、ビジネスなど)
2)各コンポーネントには名前空間(つまり、顧客、請求書)とその下に階層化された名前空間があります

いずれにしても、サブ名前空間は、より大きな名前空間内の相互に関連するパッケージになるため、UIコードがドメインオブジェクトに依存することはまったく問題ありません。

ただし、NXクラスがNのクラスに依存することは問題ありませんが、NのクラスがNXのクラスに依存することはあまり意味がないと思います。その場合。

他のヒント

N.XのクラスはNのクラスに依存できますが、NのクラスはN.Xのクラスに依存すべきではありません。これは設計が悪いです。

いくつかの名前空間のガイドライン: http://msdn.microsoft.com/en-us/library/893ke618。 aspx

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top