C# 当固定到任务栏时，什么决定了应用程序名称？

我有一个名为“NameLastname.Vulcanus”的解决方案，其中包含一个WPF项目“NameLastname.Vulcanus.WindowsDesktop”

在此项目中，程序集名称、默认命名空间以及以下程序集信息字段：标题和产品都与项目名称“NameLastname.Vulcanus.WindowsDesktop”相同

但是，当我运行应用程序时，将其固定到任务栏上，然后关闭它，工具提示（以及快捷方式名称）显示“NameLastName.Vulcanus”，它似乎只对应于解决方案名称。我无法在解决方案中的任何其他位置按住ctrl+f键

此外，当我试图创建一个新项目来隔离问题时，我无法再现确切的条件，因为应用程序名称开始对应于项目名称（但我仍然无法使用上面提到的字段使其更改）

---

发生了什么？

taskabar中显示的应用程序的名称由固定或显示在任务栏中的链接中设置的名称决定。另一方面，链接的名称与启动应用程序的可执行程序集（exe文件）的名称相同，除非在安装过程中使用其他名称注册

要完全控制它，请创建一个简单的安装程序，并以可控的方式安装您的应用程序。安装程序提供的最重要的功能之一是对应用程序链接中使用的内容、位置和图形进行详细控制。WiX工具集是一个易于使用的安装程序框架，它是开源的，具有良好的支持/文档，并且与visualstudio集成

---

通过右键单击任务栏图标直到显示dropdawn，然后再次右键单击应用程序图标，可以验证上述内容。在“常规”选项卡中打开的窗口中，有一个字段包含显示的应用程序名称，即Visual Studio的可执行文件是devenv.exe，而显示名称是Visual Studio 2017 Community。所有这些功能都是通过注册表控制的，但不需要太深。

窗口标题会影响任务栏名称。将窗口标题更改为更友好的内容。@user2864740:这仅适用于应用程序正在运行时。我的问题是什么时候关门谢谢。所以您的意思是，它不属于程序集的范围，并且在部署期间进行处理。WiX可以控制如何在安装过程中创建快捷方式，但如果我自己不创建快捷方式，并且用户决定稍后锁定应用程序本身，它是否仍然有效？不，快捷方式中的应用程序名称将只是可执行文件的名称。亲自尝试-转到Visual Studio安装文件夹，右键单击可执行文件，即devenv.exe，您将获得带有devenv.exe名称的快捷方式。通常，用户将应用程序固定在启动位置，单击dekstop或任务栏，然后单击另一个指向在安装过程中创建的应用程序的链接，这样就可以了。啊，明白了！：）