【问题标题】:Best Practices for Naming Executable (EXE) [closed]命名可执行文件(EXE)的最佳实践[关闭]
【发布时间】:2012-11-10 19:14:28
【问题描述】:

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

一位同事问我这个问题: 为什么我们不简单地称它为“<CompanyName>.<ProductName>.Client.exe”?我无法通过任何文章或最佳实践指南来支持任何答案。

命名可执行文件的最佳做法是什么,为什么?

谢谢!

【问题讨论】:

    标签: .net executable


    【解决方案1】:

    在其根命名空间之后命名一个 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
    ...
    

    【讨论】:

    • 我要补充一点,这通常是一个坏主意,因为文件名可能会变得相当长,并且根据解决方案的深度,很容易达到 windows 的最大文件名长度跨度>
    【解决方案2】:

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

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

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

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

    【讨论】:

    • 这不是在回答问题 - 可执行文件的位置是一回事,它的实际名称是另一回事。
    • (你的意思是“产品名称.exe”,对吗?)我想补充一点:保持你的名字简短
    • @Oded 它有点解释了为什么可执行文件名称不应包含公司和产品名称
    • 有点。为什么不明确说明并将其添加到您的答案中?
    【解决方案3】:

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

    在命名exe 方面,保持名称简短和描述性是有意义的,因此当用户看到它时(在目录中或在进程列表中)它很简单,并且不会被他们额外的东西所困扰不在乎。在这些方面,它也使一些支持工作更容易。

    【讨论】:

      猜你喜欢
      • 2011-01-07
      • 2011-07-23
      • 1970-01-01
      • 1970-01-01
      • 2022-01-07
      • 2021-09-02
      • 2010-11-17
      • 2021-03-31
      • 1970-01-01
      相关资源
      最近更新 更多