是有一些原则的组织类命名空间?

例如那是正确的,如果类别从名字空间N取决于类N.X?如果课程从N.X取决于类N?

有帮助吗?

解决方案

在一般情况下,这应该是美好的为你的例子,如果你的软件包"N.用户界面"和"N.工具".我已经看到名字空间的用于两大时尚:

1)所有层系统有一个名字空间(即数据库、网络、商业等。)
2)每个组件都有一个名字空间(即客户,发票)和层次的名称空间的下面

无论哪种方式,子命名空间会间相关的软件包内的一个较大的名字空间,所以这将是完美的你UI码要取决于你域的对象。

然而,虽然这将是罚款N.X类依赖于类N,我不认为这会有多大意义类N依赖于类N.X-这听起来像你可以使用一些重组中,这种情况。

其他提示

类ib N.X可以依赖N中的类。但是N中的类不应该依赖于N.X中的类,这是糟糕的设计。

一些命名空间指南: http://msdn.microsoft.com/en-us/library/893ke618。 ASPX

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top