Wpf 在命令行中使用MageUI选择入口点

Wpf 在命令行中使用MageUI选择入口点,wpf,clickonce,mage,Wpf,Clickonce,Mage,这是相关的,但不是重复的 我通过ClickOnce部署了一个WPF应用程序,解决方案中的一个项目是简单的无UI独立Winforms应用程序。此exe应位于主wpf exe的同一目录中。部署后发生的情况是,此应用程序将代替wpf应用程序运行。当我查看清单时,入口点被设置为winforms应用程序而不是wpf应用程序。我不确定它是否按字母顺序相关(winforms应用程序的名称在部署后列在文件系统中wpf应用程序的前面),但我想做的是以编程方式(通过命令行参数)更改清单中的入口点 MageUI允许您

这是相关的,但不是重复的

我通过ClickOnce部署了一个WPF应用程序,解决方案中的一个项目是简单的无UI独立Winforms应用程序。此exe应位于主wpf exe的同一目录中。部署后发生的情况是,此应用程序将代替wpf应用程序运行。当我查看清单时,入口点被设置为winforms应用程序而不是wpf应用程序。我不确定它是否按字母顺序相关(winforms应用程序的名称在部署后列在文件系统中wpf应用程序的前面),但我想做的是以编程方式(通过命令行参数)更改清单中的入口点


MageUI允许您定义入口点,就像Robinotnet所揭示的那样,但是是否有一个命令行开关可以通过mage.exe来实现这一点?

否。这就是我对命令行版本的mage感到沮丧的地方。通常,你可以用命令行版本的应用程序做更多的事情,而不是更少。但有几件事MageUI可以做到,而命令行版本却做不到

下面是关于它的说法

Mage.exe还将使用一组简单的启发式方法来检测主 应用程序的可执行文件,并将其标记为ClickOnce 清单中应用程序的入口点

我不知道这些启发法是什么,但我会从玩前任的名字开始。如果其他一切都失败了,你可以

  • 用法师生成清单
  • 使用您自己的代码修改清单中的入口点
  • 与法师重新签署清单

  • 谢谢这令人沮丧。我已将程序集名称从AutoApp更改为ZAutoApp,它似乎可以工作。或者我可能会说,安装,因为应用程序在启动时突然崩溃。。与它是winforms exe的事实有关??谁知道。。。