Winforms 为Winform代码部署先决条件的方法

Winforms 为Winform代码部署先决条件的方法,winforms,deployment,windows-installer,installation,Winforms,Deployment,Windows Installer,Installation,目前我有一个60MB的程序集,需要安装100MB的先决条件。例如Visual C++ 2005用于水晶报表、VisualStudioTooSoice 2010、Visual C++ 2010可重分发和最后.NETFramework。 有没有一种方法可以让我不需要部署这些先决条件,从而节省时间和空间 可能有一种方法可以提取并只包含这些先决条件中所需的部分。我相信在MSI构建中可以包含CR for VC++2005的合并模块,但redist并不庞大。我还认为,您也不需要安装适用于Office 201

目前我有一个60MB的程序集,需要安装100MB的先决条件。例如Visual C++ 2005用于水晶报表、VisualStudioTooSoice 2010、Visual C++ 2010可重分发和最后.NETFramework。 有没有一种方法可以让我不需要部署这些先决条件,从而节省时间和空间


可能有一种方法可以提取并只包含这些先决条件中所需的部分。

我相信在MSI构建中可以包含CR for VC++2005的合并模块,但redist并不庞大。我还认为,您也不需要安装适用于Office 2010的Visual Studio工具,您需要适用于Office 2010运行时可再发行的Visual Studio工具,而不是相同的东西。VC++2010 redist也没有那么大,但也有一些合并模块可以包含在MSI中。我还怀疑您不需要整个NET框架,只需要客户端概要文件redist

除某些例外情况外,MSFT通常不支持这一点。使用高级语言、框架、API等都会带来成本。你不是免费得到这些的。。。必须部署它

也就是说,您可以做出选择,使其更易于管理。您可以将.NET 3.0+作为目标,取消Windows XP,而.NET Framework突然不需要分发

您也可以选择不重新分发它们,而是让您的安装程序简单地出错并告诉用户去安装它


这是一个“原来如此”的问题。

我也这么认为,尤其是对于.NET framework,包括客户端配置文件和应用程序开始提供空引用异常。在VC++2005部分中,有一个注释通知您,如果您使用合并模块,则需要包含VC++。关于VS for Office,您可能是对的,但前提条件占用的组合空间比我的程序集占用的空间要多。我会避免使用这些合并模块。我记得,由于它们与WinSxS的交互方式,它们引入了升级问题。这是真正让我感到沮丧的事情之一,所以我想可能是我错过了一些简单的解决方法。显然没有。感谢LotusFWIW,让我们看看.NETCore的新部署模型。C/C++运行时可以单独部署或静态链接,但这确实会带来安全问题,因为Microsoft无法修补它。你必须维修它。VSTO,可能是私人部署的,但实际上不是。在某些情况下,可以发送单个MSI并保持简单。但通常这是基于组件的编码的代价。