在过去,我总是使用与项目(和主要类)相同的名称空间来命名特定项目,例如:
namespace KeepAlive
{
public partial class KeepAlive : ServiceBase
{...然后在其他项目中,每当我调用那个类时,它总是:
KeepAlive.KeepAlive()...我现在开始认为这可能不是一个好主意,但我有点困惑于如何实际命名我的命名空间。其他人是做什么的?您的所有项目是否只有一个名称空间?
发布于 2008-11-14 11:22:56
我们有一个简单的方案:
CompanyName.ProductName然后是应用层,例如
CompanyName.ProductName.Data
CompanyName.ProductName.Web等。
并且在按模块和/或功能划分的内部,通常对应于文件夹
CompanyName.ProductName.Web.Shop
CompanyName.ProductName.Web.Newsletter等。
顺便说一句:你可以在这里找到类似问题的答案:
发布于 2008-11-14 11:02:20
让类的名称与命名空间相同不是一个好主意--在我看来,这使得在某些情况下引用正确的东西变得相当棘手。
我通常将项目(和命名空间)命名为适当的名称,然后在适当的位置使用"EntryPoint“或"Program”作为入口点。在您的示例中,我可能会将这个类称为"KeepAliveService“。
发布于 2008-11-14 11:26:08
CompanyName.ProductName.AreaOfSystem.SubAreaOfSystem
永远不要将它们称为类的同名。
我们的领域包括:
子区域的使用率很低,但在相关情况下:
我们的并不对应于文件夹,因为在逻辑上可能不是这样。为了简化解决方案资源管理器的导航,我们可能会在文件夹中划分某些部分,但这并不一定意味着命名空间应该遵循文件夹结构。尤其是在文件夹中只有几个文件的情况下(只有几个类型的命名空间通常是愚蠢的)。
https://stackoverflow.com/questions/289770
复制相似问题