C# InstallShield LE-根据框架安装项目

C# InstallShield LE-根据框架安装项目,c#,wpf,installshield,installshield-2012,installshield-le,C#,Wpf,Installshield,Installshield 2012,Installshield Le,在VS 2012中,是否可能有一个解决方案具有: 1使用InstallSHield限量版安装项目 1框架4.5的WPF项目 框架4.0的1个WPF项目 1框架3.5的WPF项目 在安装之前,让InstallShield安装项目检查计算机正在运行的框架,然后在用户单击Setup.exe文件时安装与该框架对应的项目?InstallShield限量版的目标是构建单个Windows Installer项目。您几乎可以制作一个包含所有这些内容的MSI,并选择要安装的MSI,但我认为限量版不会公开足够的

在VS 2012中,是否可能有一个解决方案具有:

  • 1使用InstallSHield限量版安装项目
  • 1框架4.5的WPF项目
  • 框架4.0的1个WPF项目
  • 1框架3.5的WPF项目

在安装之前,让InstallShield安装项目检查计算机正在运行的框架,然后在用户单击Setup.exe文件时安装与该框架对应的项目?

InstallShield限量版的目标是构建单个Windows Installer项目。您几乎可以制作一个包含所有这些内容的MSI,并选择要安装的MSI,但我认为限量版不会公开足够的您需要使用的控件-您可以通过操作系统来调节文件,但我不相信您可以通过.NET framework版本来调节它们。此外,这听起来不像您希望的架构

如果你有预算来考虑StimeSudio的首要版本,套件项目被设计来处理几个软件包的安装,它们可以根据你喜欢的条件进行调整。如果你只有专业版或快速版的预算,那么专业版绝对可以提供单一MSI方法,而快速版也可以


(但不要过分相信版本差异;我把所有时间都花在了premier版本上,所以我忘记了较低版本的确切功能集。)

谢谢。有点糟糕,我不能用LE来做这件事,但我想他们一定要以某种方式赚钱。我会把这个问题留到另一天再问,如果没有更好的,我会给你信任。我知道怎么做。但问题是,为什么?对于Michael,ISLE支持一个特性,并且不公开组件条件。此外,发布条件不允许您仅在3.5、4.0或3.5和4.0中说“3.5或4.0”。然而,通过WiX合并模块,可以通过组件注入和类型19 CA创作来解决这个问题。另一种策略是.NET 2.0 Helper.exe,它具有更高的CLR支持,可以检测框架并启动正确的exe。再一次。。。为什么?这些WPF EXE之间是否存在重大差异?难道你不能为.NET3.5编译并实现它以允许在.NET3.5或更高版本上运行吗?