我们的.net可执行项目名为“<CompanyName>.<ProductName>.Client
”,我们为项目“<ProductName>.exe
”设置了程序集名称 - 看似合法,对吧?
一位同事问我:
为什么我们不简单地称它为“<CompanyName>.<ProductName>.Client.exe
”?我无法用任何文章或最佳实践指南回复任何答案。
命名可执行文件的最佳做法是什么?为什么?
谢谢!
答案 0 :(得分:3)
c:\program files\company name\product name\executable_name.exe
@Oded的更新: 如您所见,可执行文件的常用放置路径包含公司名称和产品名称,因此无需重复。
对于内部产品/工具,我个人使用全名。
不要在可执行文件名中使用空格,它会让你在命令行中使用引号。
答案 1 :(得分:0)
没有“最佳做法”。你做了有意义的事。
在命名exe
方面,保持名称简短且具有描述性是有意义的,因此当用户看到它时(无论是在目录中还是在进程列表中),它很简单而不受额外的阻碍他们不关心的东西。在这些方面,它也使一些支持工作更容易。
答案 2 :(得分:0)
在其根命名空间是一个通用且合理的约定(但不是通用的,例如WPF程序集WindowsBase.dll
之后命名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
...