命名主程序集.exe以避免使用长文件名：Company.Product.Application.exe

如何解决命名主程序集.exe以避免使用长文件名：Company.Product.Application.exe

| 背景 创建通用类库时，我会镜像Microsoft .NET Framework名称结构，用自己的公司名称（即

Tek4.Net.NetworkWidget

）替换“ 0”。 对于特定于产品的装配，我使用类似“ 2”的名称。 输出.exe文件名太长！！！

Company.Product.SuperApp.exe

Visual Studio将完整的程序集名称用于输出文件。这对于DLL来说很棒，但是对于控制台应用程序来说太高了-即

Tek4.Utils.ConsoleApp.exe

解决方案1 ​​：（不推荐） 主要可执行程序集的前级层次结构名称： 程序集名称：ConsoleApp EXE文件名：ConsoleApp.exe 此解决方案意味着您交付的.exe文件将仅包含一个简单的程序集名称，该名称无法很好地识别自身，并且更容易与其他程序集发生名称冲突。堆栈跟踪，.NET Reflector等将仅显示“ 5”，而不显示标准的程序集名称。 解决方案2 ：（我的当前选择） 编译后重命名输出文件，同时保留完整的内部程序集名称（使用生成后事件或手动重命名）： 程序集名称：Tek4.Utilities.ConsoleApp EXE文件名：Tek4.Utilities.ConsoleApp.exe-> ConsoleApp.exe 使用这种解决方案时，名称冲突很少发生，并且在程序集名称出现的任何地方（即堆栈跟踪，系统事件日志等），都可以轻松地识别源。 但是由于某种原因，我仍然讨厌笨拙的手动重命名。 您的解决方案和实践？ 非常感谢。     

解决方法

我还会使用较短的可执行文件名，特别是如果希望从命令行使用它的话。 话虽如此，如果您同时拥有应用程序的GUI版本和命令行版本，那么我经常会看到以下约定： 界面：SuperApp.exe 命令行：SuperApp.Console.exe 第一次世界大战     ,我的做法与您相同。是的，我将对主要可执行文件使用简短的SuperApp.exe。嘿，如果客户看到堆栈痕迹，那就出了问题。因此，他最好不要在其中看到您公司的名称；）     ,只是一个命题：

YourCompany.YourProduct.Gui
YourCompany.YourProduct.Gui.Controllers

这样你就知道了。