这个问题听起来可能很奇怪,但当我创建一个新项目时,它突然出现在我的脑海中。
在Visual中,我可以创建一个名称空间层次结构,如下所示,作为嵌套文件夹,也可以创建带有点的单独文件夹,如CompanyName.Common和CompanyName.Common.Util
从长远和大项目来看,哪一个更有意义?还是会比另一个更好?
第二个问题是,对于它的深度是否有任何限制,还是有7-8嵌套名称空间的性能影响?

发布于 2014-11-06 11:56:46
名称空间名称和项目文件夹结构是两件不同的事情。
它们似乎是相关的,因为Visual为您创建一个默认的命名空间名称,每次您创建一个新文件夹并开始在其中创建类时,都要根据文件夹的名称以及它在其中嵌套的其他文件夹。
但是,您可以将这些命名空间重命名为任何您想要的名称空间。例如,在"CompanyName.Common“中创建的第一个类将被赋予名称空间"TestPro.CompanyName.Common",但如果需要,可以将其重命名为"MyNewNameSpace”。
从长远和大项目来看,哪一个更有意义?还是会比另一个更好?
最后,您的文件夹结构只是一个对您最有意义的事情,并帮助您保持有序的事情。如果你喜欢一次看到所有的东西,然后把它们压平,然后使用文件夹中的点。就我个人而言,我更喜欢嵌套文件夹,但这真的取决于你。
对于它的深度是否有任何限制,还是有7-8嵌套名称空间的性能影响?
就我个人而言,我还没有理由嵌套超过3或4个文件夹的深度。无论选择哪种方式,在Visual性能出现问题之前,您更有可能访问260个字符的windows限制 (除非您用单个字母或其他不寻常的名称命名文件夹):
在Windows中(除了以下段落中讨论的一些例外情况),路径的最大长度是MAX_PATH,它被定义为260个字符。
事实上,点击并不难(我的文件夹名在这里很可笑,但我要说的是)

发布于 2014-11-06 11:56:38
根据我的经验,我从事的每个工业项目都有一个清晰的嵌套文件夹层次结构。微软似乎也从我快速浏览过的链接中推荐嵌套文件夹。
示例:http://msdn.microsoft.com/en-us/library/bb668954.aspx
https://stackoverflow.com/questions/26778710
复制相似问题