如果我正在使用“Partitioned Single Solution”策略来构建我的.Net项目和解决方案，是否有人可以评论或分享任何经验：为什么在我的解决方案名称中包含点符号是一个坏主意？向.Net解决方案文件添加句点是不是一个好主意？
master.sln
master.sub.sln
...还让我知道，如果你认为这是个好主意吗？请注意，我不是在寻找有人问我“为什么你不使用下划线或破折号”。我只是好奇你为什么不想使用句点的具体原因。
谢谢
-Matt
没有理由不使用点。我用他们所有的时间，特别是因为我们的公司名称的所有项目/像这样的解决方案：
解决方案： CompanyName.DepartmentName.Application
项目： CompanyName.DepartmentName.Application.ProjectName
同样在这里。我的解决方案文件不包含句点是很不寻常的。 – 2009-09-29 18:35:26
我认为这是完全可以接受的，并且已经使用了很多次。只要保持一致并利用你的OCD。
我不会那样做，因为我会觉得很困惑。解决方案应该捕获整个应用程序体系结构中的特定子系统，因此我会在这些子系统之后命名解决方案。分层数据是我期望在各个模块的项目名称中所包含的内容。
如果您有解决方案的层次结构和项目的层次结构，这会令人困惑。特别是如果他们是不同的层次结构。
我会注意到这*是一个主观的观点。我不会说你错了，因为你不是，我不认为有客观的“正确”方式。我只是说因为这个原因我不会那样做。 – 2009-09-29 18:31:35
这很好格雷格，你有一个好点 – 2009-09-29 18:33:02
我在解决方案文件名中看不到使用点的“问题”。我过去也使用过它们。但是现在，我只是使用简短的解决方案文件名而没有任何点。我发现阅读和定位更容易，特别是最近的项目列表。
我确实使用点来组织层次结构的项目文件。
我想这只是解决方案文件名的个人偏好。
我从来没有尝试过，但我没有看到它造成问题。 – 2009-09-29 18:28:21