.NET独立可执行文件

.NET独立可执行文件,.net,deployment,visual-c#-express-2010,.net,Deployment,Visual C# Express 2010,我使用的是C Express 2010。我制作了一个带有免费VIBlend编辑控件的WPF应用程序,这些控件使用相应的DLL,是否可以创建一个独立的可执行文件? 我只想将exe复制到另一台安装了框架的机器上,当然,但我不想复制dll ILMerge 以下是一些关于ILMerge的参考资料,您可能会发现它们很有用: 使用GAC 您可以做的是将DLL注册到客户机上的全局程序集缓存GAC中,这样它就可以从那里使用程序集 但它们必须安装到GAC中 编辑 看起来我错了,但是我强烈建议不要将第三方dll包含

我使用的是C Express 2010。我制作了一个带有免费VIBlend编辑控件的WPF应用程序,这些控件使用相应的DLL,是否可以创建一个独立的可执行文件? 我只想将exe复制到另一台安装了框架的机器上,当然,但我不想复制dll

ILMerge

以下是一些关于ILMerge的参考资料,您可能会发现它们很有用:

使用GAC

您可以做的是将DLL注册到客户机上的全局程序集缓存GAC中,这样它就可以从那里使用程序集

但它们必须安装到GAC中

编辑

看起来我错了,但是我强烈建议不要将第三方dll包含在一个可执行文件中,因为许可协议可能不允许这样做。

ILMerge

以下是一些关于ILMerge的参考资料,您可能会发现它们很有用:

使用GAC

您可以做的是将DLL注册到客户机上的全局程序集缓存GAC中,这样它就可以从那里使用程序集

但它们必须安装到GAC中

编辑


看来我错了,但是,我强烈建议不要将第三方dll包含在一个可执行文件中,因为许可协议可能不允许这样做。

尝试使用尝试使用除非您将源代码保存到库中,然后愿意花时间解决合并代码时遇到的所有问题进入可执行程序集


如果使用产品合并程序集(如),则可以将其全部合并到一个EXE中,但SmartAssembly不是免费的。不过,这是一个很棒的产品,它的功能远不止合并程序集,除非您将源代码放到库中,然后愿意花时间解决将代码合并到可执行程序集中时遇到的所有问题,否则它就不是真正的产品


如果使用产品合并程序集(如),则可以将其全部合并到一个EXE中,但SmartAssembly不是免费的。不过,这是一个很棒的产品,它不仅仅是合并程序集,前面提到的两个选项中的第三个选项是将整个内容打包到安装程序MSI中。这仍然需要DLL位于应用程序文件夹或GACd中的某个位置,但它会以更可控的方式呈现给客户端。他们只是安装软件包。

前面提到的两个选项中的第三个选项是将整个软件包到安装程序MSI中。这仍然需要DLL位于应用程序文件夹或GACd中的某个位置,但它会以更可控的方式呈现给客户端。他们只需安装软件包。

.NET支持开箱即用。请参阅如何。

.NET支持这一开箱即用的功能。看看怎么做。

可能重复可能重复@mzabsky,不过我建议不要这样做。DLL上的许可证可能不允许这样做。+1正在键入相同的响应。有关该工具的更多背景信息,请参见。菲利普说得有道理……@Filip Ekberg OP似乎出于个人目的想这么做。我猜在99%的案例中,无论他是复制这些库还是将它们合并到库中,侵犯版权的行为都是一样的。@mzabsky,不过我建议不要这样做。DLL上的许可证可能不允许这样做。+1正在键入相同的响应。有关该工具的更多背景信息,请参见。菲利普说得有道理……@Filip Ekberg OP似乎出于个人目的想这么做。我猜在99%的情况下,无论他是复制库还是将库合并到库中,版权侵权都是一样的。据我所知,这是唯一一种方法,如果您使用wpf add dll作为嵌入式资源,并通过读取资源流将它们动态加载到appdomain中。确实如此。从来没有说过这很容易:。据我所知,这是唯一一种方法,如果您使用wpf add dll作为嵌入式资源,并通过读取resources stream将它们动态加载到appdomain中。从未说过这很容易。