是否有一些将类组织到名称空间中的原则？

例如，如果命名空间N中的类依赖于N.X中的类是否可以？
而且，如果N.X中的类依赖于N中的类？

解决方案

ib N.X中的类可以依赖N中的类。但是N中的类不应该依赖N.X中的类，这是错误的设计。

一些名称空间准则：
http://msdn.microsoft.com/en-us/library/893ke618.aspx

通常，如果程序包是" N.UI"和" N.Util"，则对示例来说应该没问题。我已经看到了以两种通用方式使用的名称空间：

1)系统的所有层都有一个名称空间(即数据库，Web，Biz等)
2)每个组件都有一个名称空间(即客户，发票)，并在其下方有分层的名称空间

无论哪种方式，子名称空间都是较大名称空间中的相互关联的程序包，因此UI代码依赖于域对象将是完美的选择。

但是，尽管让N.X类依赖于N.X的类很好，但我认为让N.X的类依赖于N.X的类没有多大意义，听起来我们可以在这种情况下使用一些重组。