3

我们的 .net 可执行项目名为“ <CompanyName>.<ProductName>.Client”，我们已经为项目“ <ProductName>.exe”设置了程序集名称 - 似乎合法，对吧？

一位同事问我：为什么我们不能简单地称它为“ <CompanyName>.<ProductName>.Client.exe”？，我无法用任何文章或最佳实践指南来支持任何答案。

命名可执行文件的最佳实践是什么，为什么？

谢谢！

4

3 回答 3

3

c:\program files\company name\product name\executable_name.exe

@Oded 更新： 如您所见，可执行文件的通常放置路径包含公司名称和产品名称，因此无需重复。

对于内部产品/工具，我个人使用全名。

不要在可执行文件名称中使用空格，它会让你在命令行中使用引号。

于 2012-11-22T11:34:03.130 回答
0

没有“最佳实践”。你做有意义的事。

在命名方面exe，保持名称简短和描述性是有意义的，因此当用户看到它（在目录或进程列表中）时，它很简单，不会被他们不关心的额外内容所阻碍。在这些方面，它也使一些支持工作更容易。

于 2012-11-22T11:34:30.963 回答
0

在其根命名空间之后命名 DLL 是一种常见且合理的约定（但不是通用的：例如 WPF 程序集WindowsBase.dll，不是以命名空间命名的，可能是因为它实际上没有定义良好的根命名空间）。

但这对于可执行文件不是必需的。

ProductName.exe对可执行文件（而不是）使用不同约定的一个微小优势是CompanyName.ProductName.Client.exe可执行文件更容易在 Windows 资源管理器中找到 - 无需搜索具有相似名称的文件列表即可找到隐藏在中间的可执行文件：

CompanyName.ProductName.Component1.dll
CompanyName.ProductName.Component1.xml
CompanyName.ProductName.Component2.dll
CompanyName.ProductName.Component2.xml
CompanyName.ProductName.Component3.dll
CompanyName.ProductName.Component3.xml
...
于 2012-11-22T11:43:23.760 回答