可执行文件（EXE）命名的最佳实践

Question

我们的.net可执行项目被称为"<CompanyName>.<ProductName>.Client"，我们已经为该项目设置了程序集名称"<ProductName>.exe" - 看起来很合理，对吧？

一位同事问我：为什么我们不直接把它命名为"<CompanyName>.<ProductName>.Client.exe"呢？我无法通过任何文章或最佳实践指南来回答这个问题。

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

- Felix

Answer 1

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

@Oded的更新: 如您所见，可执行文件的常规路径中包含公司和产品名称，因此无需重复。对于内部产品/工具，我个人使用全名。

不要在可执行文件名称中使用空格，这会导致在命令行中使用引号。

- Anri

---

这并没有回答问题 - 可执行文件的位置是一回事，它的实际名称又是另一回事。 - Oded

你的意思是“产品名称.exe”，对吗？我想补充一点：名称要保持简短。 - Alex

@Oded，这有点解释了为什么可执行文件名不应该包含公司和产品名称。 - Anri

有点。为什么不明确地说明并将其添加到您的答案中呢？ - Oded

Answer 2

将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
...

- Joe

---

我想补充一下，这通常是一个不好的主意，因为文件名可能会变得相当长，并且根据解决方案的深度，很容易达到Windows的最大文件名长度。 - Mike Beeler

Answer 3

没有所谓的“最佳实践”。你需要做有意义的事情。

在命名exe方面，保持名称简短和描述性是有意义的，这样当用户看到它时（无论是在目录中还是在进程列表中），它都是简单的，不会被他们不关心的额外内容所拖累。从这些方面来看，这也使得一些支持工作更加容易。

- Oded