在 .Net 解决方案文件中添加句点是不是一个坏主意？答案

【问题标题】：Is it a bad idea to add a period to a .Net solution file?在 .Net 解决方案文件中添加句点是不是一个坏主意？
【发布时间】：2009-09-29 18:25:48
【问题描述】：

如果我使用“Partitioned Single Solution”策略来构建我的 .Net 项目和解决方案，任何人都可以评论或分享任何经验，说明为什么在我的解决方案名称中包含点符号是个坏主意...

master.sln
master.sub.sln

...如果您认为这是个好主意，也请告诉我？请注意，我不是在找人问我“为什么不使用下划线或破折号”。我只是想知道您不想使用句号的任何具体原因。

谢谢，
-马特

【问题讨论】：

【解决方案1】：

没有理由不使用点。我一直在使用它们，特别是因为我们公司将所有项目/解决方案命名为：

解决方案： CompanyName.DepartmentName.Application

项目： CompanyName.DepartmentName.Application.ProjectName

【讨论】：

【解决方案2】：

我认为这是完全可以接受的，并且已经使用了很多次。只要保持一致并利用你的强迫症。

【讨论】：

【解决方案3】：

我不会这样做，因为我会觉得它令人困惑。解决方案应该捕获整个应用程序架构中的特定子系统，因此我会以这些子系统命名解决方案。我希望各个模块的项目名称中包含分层数据。

如果您有解决方案的层次结构和项目的层次结构，那会令人困惑。特别是如果它们是不同的层次结构。

【讨论】：

【解决方案4】：

我没有看到在解决方案文件名中使用点的“问题”。我过去也确实使用过它们。然而，这些天来，我只使用没有任何点的简短解决方案文件名。我发现它更容易阅读和定位，尤其是从最近的项目列表中。

我确实使用点作为项目文件来组织层次结构。

我猜这只是解决方案文件名的个人喜好。

【讨论】：