InstallShield 10 vs 11 - 是否有迁移的原因

目前我们想知道是否应该迁移到IS 11或者在IS 10中停留更长时间。它将包含几个关键框的升级，因此我希望从你的观点是，在IS 11中有一些突破性的技术，所以你必须拥有它，否则我们可以轻松地跳过它并等待下一个版本。InstallShield 10 vs 11 - 是否有迁移的原因

它用于安装服务器应用程序和独立客户端 - msi项目。

来源

2011-01-19 Darqer

克里斯的回答已经假定最近对，但是这将是很好的澄清是否意味着的InstallShield X及11，或InstallShield 2010和2011.如果你仍然是前者之一，那么后者中的其中一个将会全部加速，至少在InstallScript引擎架构或更好的U12符合IS12及更高版本的情况下。 – 2011-01-20 13:24:41

这是IS2011 Release Notes。

独立版本中现在有DRM。（BOOO）

的并且standlone构建，现在可以购买ALA车（耶）

有一些Unicode的改进，但我不这样做本地化或使用的InstallScript了。

它说有改进的TFS支持，但我知道IS2010已经注册VS2010，所以我不知道那里有什么不同。

听起来像支持SQL 2008 R2有一些改进。

更多先决条件，但你可以随时自己写或下载它们，如果你真的需要使用2010年。

InstallScript/VBScript编辑器得到了改进，但我仍然使用C＃/ DTF/WiX。

改进的App-V如果你进入（我不是）。

安装Prereqs最终支持使用路径变量来隔离您构建的依赖关系。自从我今天通常使用Notepad ++编辑这些代码以后，这将非常好。

能力来创作，如果你在乎一个超链接控制（上MSI 5.0的依赖，这使得这个没用）

定制的Setup.exe图标和资源。（听起来像你的东西是内部的）

Prebuild/PostCompression/PostBuild事件。 Pre and Post我不在乎PostCompression有一些非常有趣的用例，用于需要让MSI做的事情的IS不能做的事情，并有一个压缩的setup.exe

过期setup.exe的（如果你在意）

导入VDPROJ - 以为这一个已经存在了一段时间。也许它现在有效？ :-)

SQL脚本中的Unicode支持。这可能很重要（目前不是我）

64位和.NET 4.0的改进。总是欢迎。

IIS改进（随时欢迎）

而更多.....

好了，现在当我说出我的意见的一部分。如果你有什么工作，坚持下去。如果你倾向于在很多项目上工作，花一点钱花费，不喜欢在新问题上打砖墙，那么抓住机会，升级并希望你永远不会看到问题。

说得简单一些，我们拥有2010和2011年，但目前只能使用2010

来源

2011-01-19 21:31:38

InstallShield 10 vs 11 - 是否有迁移的原因

回答

相关问题