installshield

installshield什么意思

Install Shield 直译就是安装盾牌，InstallShield如前边的朋友介绍是专注于Windows平台上安装包制作的，但在InstallShield刚推出那个时期，Windows上的应用程序安装部署还非常混乱，很多都是批处理，脚本之类的，没有一个规范，非专业人士想部署一个应用程序并顺利运行起来很有难度，InstallShield顺应这个需求推出，寓意安装包健壮、稳定。

InstallShield也创造了一个行业标准，我们现在看到的安装包基本都是“下一步”，“下一步”点击安装，简化了安装步骤，这种风格也被用户所接受。

installshield是什么意思

InstallShield®是全球领先的Windows安装开发解决方案。InstallShield 的宗旨是在为桌面、服务器、网络和移动应用构建可靠的 Windows Installer (MSI) 和 InstallScript 安装时，帮助开发团队提高敏捷性、灵活性以及加强协作。InstallShield 也是惟一可构建 Microsoft App-V 虚拟包的软件安装程序。
技术市场继续充满新机遇及快节奏的变化。为了跟上节奏，应用程序开发人员必须迅速地适应环境、更快地进入市场，并为客户提供符合现代潮流的无缝体验。作为 5 亿多台电脑的全球事实标准，InstallShield 是一个专为传统开发团队和敏捷开发团队以及为他们的Windows安装需求和虚拟化安装需求而设计的战略性安装开发解决方案。InstallShield包括应用程序虚拟化以及传统EXE格式和MSI格式软件产品化、安装及打包的自动化工具。
企业也在适应新的技术格局。为了支持这种转变，InstallShield为应用程序供应商及企业开发人员提供新兴技术与能力方面的支持，使他们在企业云环境、虚拟环境和传统环境下轻松地部署和管理应用程序。

简化虚拟部署和云基础部署
利用多层安装模板，以单一云就绪包的方式部署网络/服务器应用程序
部署至支持Windows Azure SQL数据库的混合云数据库
通过验证兼容性和创建 Microsoft App-V包支持企业采用应用程序虚拟化的进程
最流行的Microsoft Windows和Visual Studio支持解决方案
全面支持Microsoft Win7 和Win8——创建Windows安装程序快速、简单的办法
直接在Microsoft Visual Studio内创建安装程序
为企业客户提供ISO 19770-2软件库存标签、PowerShell脚本和Sideloading of Windows Store Apps支持

创造无缝的用户体验
使用InstallShield的高级软件界面编辑器创建符合贵公司及相应产品品牌要求的安装程序
通过流化安装时的最新更新及补丁支持连续发布流程，始终确保用户安装的是最新版本
使用35种不同语言本地化安装文本

InstallShield 2013 的新特性
简化多层安装 - 利用多层安装模板，以单一云就绪包的方式部署网络/服务器应用程序
自动安装Windows角色和功能 - 为避免手动任务的风险，在应用程序安装过程中自动安装Windows角色和功能
在安装配置过程中运行PowerShell Scripts - 通过运行PowerShell脚本，简化配置任务；企业脚本的语言选择
创建纯64位安装程序 - 在WoW64已被禁用的情况下，使用支持Windows服务器配置的64位安装程序部署64位应用程序
创建Microsoft App-V安装程序——现在包括Premier版本！ - 以相同的流程创建物理应用包和虚拟应用包。包括对App-V 5新的支持
虚拟化适应性测试 - 确保应用程序与Microsoft App-V、VMware ThinApp和Citrix XenApp等企业应用程序虚拟化技术兼容
Win8验证测试 - 针对Microsoft的Win8和Windows Server 2012最佳实践验证安装程序
Win8启动画面图标固定 - 定义固定在Win8启动画面上的应用程序快捷方式，使终端用户获得清晰的第一印象
更新的高级软件界面设计工具 - 使用新Wizard设计功能创造现代的安装体验

InstallShield 2014 的新特性
InstallShield的前提条件中新增加了.NET Framework 4.5.1的支持
支持Microsoft SQL Server 2014，同时，InstallShield的前提条件中也新增加了Microsoft SQL Server 2014的支持
InstallShield的前提条件中新增加了App-V 5.0 SP2的支持
InstallShield的前提条件中新增加了Microsoft Visual C++ 2012 Update 4的支持
InstallShield的Support Files中可以增加子文件夹，第三方调用
支持安装时删除文件和文件夹
安装界面可以在不同DPI下自适应
Suite/Advanced UI工程支持维护模式下的升级检测
Suite/Advanced UI工程支持InstallScript脚本的Action，支持托管代码的Action，支持将InstallShield工程作为一个Package
Suite/Advanced UI工程支持更多的自定义界面开发功能，比如事件相应，控件显示/隐藏等

installshield在计算机中是什么意思

是一种安装程序制作软件,使用很广泛.
InstallShield是软件安装、配置软件包和升级解决方案领域内公认的标准。强大灵活而又简单易用。首次使用的开发者将发现它非常容易创建安装程序，而高级用户也将发现它的潜力与灵活性，非常适合开发复杂的软件安装。InstallShield现在支持最新的 Microsoft Windows Vista ，包括 Internet Explorer 7、Windows Installer 4和其它令人耳目一新的新技术，对微软最新技术的支持、重要性能、品质和功能的改进，让你充分适应Windows Vista。
InstallShield®是全球领先的Windows安装开发解决方案。InstallShield 的宗旨是在为桌面、服务器、网络和移动应用构建可靠的 Windows Installer (MSI) 和 InstallScript 安装时，帮助开发团队提高敏捷性、灵活性以及加强协作。InstallShield 也是惟一可构建 Microsoft App-V 虚拟包的软件安装程序。
技术市场继续充满新机遇及快节奏的变化。为了跟上节奏，应用程序开发人员必须迅速地适应环境、更快地进入市场，并为客户提供符合现代潮流的无缝体验。作为 5 亿多台电脑的全球事实标准，InstallShield 是一个专为传统开发团队和敏捷开发团队以及为他们的Windows安装需求和虚拟化安装需求而设计的战略性安装开发解决方案。InstallShield包括应用程序虚拟化以及传统EXE格式和MSI格式软件产品化、安装及打包的自动化工具。
企业也在适应新的技术格局。为了支持这种转变，InstallShield为应用程序供应商及企业开发人员提供新兴技术与能力方面的支持，使他们在企业云环境、虚拟环境和传统环境下轻松地部署和管理应用程序。

简化虚拟部署和云基础部署
利用多层安装模板，以单一云就绪包的方式部署网络/服务器应用程序
部署至支持Windows Azure SQL数据库的混合云数据库
通过验证兼容性和创建 Microsoft App-V包支持企业采用应用程序虚拟化的进程
最流行的Microsoft Windows和Visual Studio支持解决方案
全面支持Microsoft Win7 和Win8——创建Windows安装程序快速、简单的办法
直接在Microsoft Visual Studio内创建安装程序
为企业客户提供ISO 19770-2软件库存标签、PowerShell脚本和Sideloading of Windows Store Apps支持

创造无缝的用户体验
使用InstallShield的高级软件界面编辑器创建符合贵公司及相应产品品牌要求的安装程序
通过流化安装时的最新更新及补丁支持连续发布流程，始终确保用户安装的是最新版本
使用35种不同语言本地化安装文本

InstallShield 2013 的新特性
简化多层安装 - 利用多层安装模板，以单一云就绪包的方式部署网络/服务器应用程序
自动安装Windows角色和功能 - 为避免手动任务的风险，在应用程序安装过程中自动安装Windows角色和功能
在安装配置过程中运行PowerShell Scripts - 通过运行PowerShell脚本，简化配置任务；企业脚本的语言选择
创建纯64位安装程序 - 在WoW64已被禁用的情况下，使用支持Windows服务器配置的64位安装程序部署64位应用程序
创建Microsoft App-V安装程序——现在包括Premier版本！ - 以相同的流程创建物理应用包和虚拟应用包。包括对App-V 5新的支持
虚拟化适应性测试 - 确保应用程序与Microsoft App-V、VMware ThinApp和Citrix XenApp等企业应用程序虚拟化技术兼容
Win8验证测试 - 针对Microsoft的Win8和Windows Server 2012最佳实践验证安装程序
Win8启动画面图标固定 - 定义固定在Win8启动画面上的应用程序快捷方式，使终端用户获得清晰的第一印象
更新的高级软件界面设计工具 - 使用新Wizard设计功能创造现代的安装体验

InstallShield 2014 的新特性
InstallShield的前提条件中新增加了.NET Framework 4.5.1的支持
支持Microsoft SQL Server 2014，同时，InstallShield的前提条件中也新增加了Microsoft SQL Server 2014的支持
InstallShield的前提条件中新增加了App-V 5.0 SP2的支持
InstallShield的前提条件中新增加了Microsoft Visual C++ 2012 Update 4的支持
InstallShield的Support Files中可以增加子文件夹，第三方调用
支持安装时删除文件和文件夹
安装界面可以在不同DPI下自适应
Suite/Advanced UI工程支持维护模式下的升级检测
Suite/Advanced UI工程支持InstallScript脚本的Action，支持托管代码的Action，支持将InstallShield工程作为一个Package
Suite/Advanced UI工程支持更多的自定义界面开发功能，比如事件相应，控件显示/隐藏等

InstallShield是什么软件呀 可不可以删掉

可以删除

InstallShield是软件安装、配置软件包和升级解决方案领域内公认的标准。强大灵活而又简单易用。首次使用的开发者将发现它非常容易创建安装程序，而高级用户也将发现它的潜力与灵活性，非常适合开发复杂的软件安装。InstallShield现在支持最新的 Microsoft Windows Vista ，包括 Internet Explorer 7、Windows Installer 4和其它令人耳目一新的新技术，对微软最新技术的支持、重要性能、品质和功能的改进，让你充分适应Windows Vista。

产品特性
根据IBM的自主计算（Autonomic Computing）调查，程序失败中有28％同安装和配置错误相关。然而，许多软件发行方依然在使用着已经过时的安装程序制作工具，这增加了软件的安装错误，从而使帮助呼叫更加频繁，降低了生产力。

InstallShield一贯支持最新的技术和工业标准，使您可以制作更加可靠的安装程序，有效提高了软件的安装成功率。

支持最新技术
支持微软最新技术——Windows? Vista?, .NET Framework 3.0, Visual Studio 2005, IIS 7.0, SQL Server 2005, beta of Windows Server "Longhorn", Direct X 9.0c, Windows Mobile platforms including Windows Embedded CE 6.x, 等

支持当今工业标准
InstallShield 为软件发行者提供所需的功能性，可以连接到Oracle数据库服务器软件安装程序。InstallShield 还能同Visual Studio.NET设计环境完全集成，因此发行人员可以在Visual Studio界面内创建安装程序。另外，还新增了20多种Installs cript改进特性，其中包括安装和注册64位文件的功能。

完全的灵活性
使用InstallShield 新的试用和购买功能，潜在用户可以试用产品的最新版本，包含产品的完全特性。一旦决定购买，通过完全集成的InstallShield Activation Service（InstallShield激活服务）就能立即激活产品。同InstallShield 联合使用，Macrovision 的InstallShield Activation Service能够有效保护软件发行方的资产，避免非法的盗版行为。另外，使用该项新增服务，还能提高产品的市场覆盖率，增加产品收入。

工业标准解决方案
将近20年来，世界上众多成功的软件发行方都选用了InstallShield作为最信赖的安装程序制作工具。InstallShield 将通过对最新技术和工业标准的支持，一如既往的为您提供服务，帮您制作更为强大可靠的安装程序，节省产品开发时间，改善安装程序的品质。

Premier版本具有最佳的功能性和灵活性,含有对运行时语言、程序更新等的高级支持。

高级功能:
避免共同的安装问题
维护一个干净的编译环境
改善你的目标用户的体验
轻松的转换先前的安装包为Windows Installer packages
本地化你的安装
快速的大量制作新的安装包
无需修改代码就可以制作试用版安装包
团队效率最大化

如何使用InstallShield中的LaunchAppAndWait

说明：LaunchAppAndWait函数运行由szProgram指定的带有szCmdLine指定的命令行参数的应用程序。第三个参数，lWait指示安装在继续前是否要等待直到运行的应用程序终止。
　　一个安装程序只能监控由szProgram指定的应用程序；如果该应用程序要运行其它应用程序或进程，安装程序不能监控它们。因此，安装程序将在第一个应用程序结束后继续，即使那时由第一个应用程序运行的其它应用程序仍在运行。注意如果运行的应用程序终止失败，则安装程序将无限等待运行的应用程序完成。
参数：
szProgram
指定要被运行的应用程序的文件名。建议要指定应用程序的完整路径和文件名。如果你不包括一个路径，InstallShield将使用被Windows API 函数CreateProcess使用的相同的查找次序来定位文件。如果文件未能在这些位置找到，函数将失败。
　　如果应用程序的全限定名包括长文件夹名和/或一个长文件名，在把szCommand传递给LaunchAppAndWait之前先把它传递给LongPathToQuote。
szCmdLine
指定传递给运行的应用程序的命令行参数。为运行没有命令行参数的应用程序，传递一个空字符串。
lWait
指定安装程序在继续前是否要等待运行的应用程序终止。在该参数位置传递下列预定义常量之一：
NOWAIT：指定安装程序在运行应用程序后立即继续，应用程序将和安装程序脚本同时运行。注意使用该参数等效于调用函数LaunchApp。
WAIT：指定安装程序必须等待直到由该函数运行的应用程序终止。
返回值：
1：表明应用程序成功运行。
< 0：表明应用程序未能运行。
注解：
·InstallShield 安装程序使用函数CreateProcess。在InstallShield运行应用程序后，它查找装入的应用程序的窗口句柄。如果它找到窗口句柄，则它在继续前等待直到应用程序窗口消失。
·安装程序不能监控一个不创建窗口的应用程序。如果指定的应用程序没有创建一个窗口，安装程序在运行应用程序后立即继续。注意应用程序的窗口不需要可见，但它必须存在，以便让安装程序等待。
·一些应用程序试图装入DLLs并且当那些DLLs不能被定位时不能正确运行。为确保一个应用程序能找到它需要的DLLs，有必要在调用LaunchAppAndWait前改变到包含可执行应用程序的目录。为改变当前目录，调用ChangeDirectory函数。
·如果运行的应用程序终止失败，则安装程序将无限等待运行的应用程序完成。
·LaunchAppAndWait以一个全屏DOS窗口来运行DOS程序。为以一个不同类型的窗口来运行一个DOS程序，你必须直接调用Windows APIs。

第2楼 回复人：Veeve 2003-06-06 14:27:59 返回顶部

谢谢你的热情，但是答非所问。
我是不知道在哪里添加LaunchAppAndWait()
!!
第3楼 回复人：lion_lh 2003-06-06 15:00:46 返回顶部

在function OnFirstUIAfter()事件里最后添加
第4楼 回复人：Veeve 2003-06-06 20:45:01 返回顶部

我是在这个事件里添过的，
LaunchAppAndWait(TARGETDIR^"myex.exe","",WAIT);
MessageBox(TARGETDIR^"myex.exe",MB_OK);//for debug
第二句正确执行了，但LaunchAppAndWait那一句却没执行，难道这个时候目标文件还没产生？？（注：我添在OnFirstUIAfter()的最后）
不懂...


　需要多个安装程序的情况是比较多的，如"金山词霸"的安装。启动多个安装程序可就下面两种情况而有不同的方法。
　　1. 由InstallShield构造的两个安装项目
　　在这种情况下，用户首先指定其中一个为主安装项目，另一个为次安装项目，并且次安装项目已被编译过，能完全正确运行。这时，我们按下列步骤进行：
　　(1) 启动InstallShield 5.5，将主安装项目调入。
　　(2) 切换到项目工作区窗口的"Setup Files"页面，将次安装项目要发布的安装媒介/Dsik1、/Disk2...等文件夹下的文件全部调入用户指定的/目录项中。
　　(3) 在主安装项目的脚本程序中，添加下列语句：
　　　　　DoInstall( SUPPORTDIR ^ "Setup.ins", "", WAIT );
　　其中，DoInstall就是用来启动另一个安装程序的，其函数原型如下：
　　　　　DoInstall (szInsFile, szCmdLine, lWait);
　　该函数是用来运行另一个安装程序。参数szInsFile用来指定用户要运行的被正确编译过的脚本文件.ins的文件全名；szCmdLine用来指定InstallShield命令行内容；lWait表示运行的操作方式，它可以是下列值之一：
　　　NOWAIT 两个安装程序同时运行
　　　WAIT 在次安装程序运行完成后，才进行主安装项目的下一步操作
　　该函数返回1时表示成功调用了次安装程序，并将流程返回到调用DoInstall的下一个语句中。若InstallShield找到了要调用的安装脚本文件，但却不能启动它，那么流程仍就被返回，并且此函数返回1。返回-2时表示InstallShield没有找到要调用的安装脚本文件。返回其他负数则表示产生不可预知的错误。
　　(4) 将项目工作区窗口切换到Media页面，单击Media Build Wizard项，创建新的媒介。
　　(5) 编译并运行。
　　需要说明的是，如果被调用的次安装程序中也有DoInstall的调用，那么就形成了嵌套，从而可以启动许许多多的安装程序。
　　2. 由第三方提供的安装程序包
　　如果要执行的另一个安装程序是第三方提供的安装程序，它可能只有一个可执行的文件。这时就要使用LaunchAppAndWait和LaunchApp函数来启动，它们的原型如下：
　　　LaunchAppAndWait (szProgram, szCmdLine, lWait);
　　　LaunchApp (szCommand, szCmdLine);
　　这两个函数都是用来启动一个应用程序，它们唯一的区别是LaunchApp函数直到已启动的应用程序被关闭或中断后，流程才会被返回，而LaunchAppAndWait可以立即返回流程。参数szProgram和szCommand都是用来指定要启动的应用程序文件全名，但对于szProgram来说，若应用程序没有指定路径和文件扩展名，LaunchAppAndWait不会启动该应用程序，而对于szCommand来说，若没有指定应用程序的路径，LaunchApp将在当前目录、Windows目录、Windows系统目录以及其他PATH环境变量指定的目录中进行查找。szCmdLine用来指定应用程序执行时的命令行参数，若没有，则将此参数设为NULL。lWait用来指定流程的返回方式，它可以是NOWAIT(立即返回)或WAIT(直到应用程序关闭或中断才将流程返回)。
　　 如果需要启动的应用程序需要的DLL文件不在Windows系统目录中，则需要调用ChangeDirectory函数来改变调用DLL的目录，例如下面的过程是通过LaunchAppAndWait函数执行另一个安装程序：
　　　(1) 启动InstallShield 5.5，将主安装项目调入。
　　　(2) 切换到项目工作区窗口的"Setup Files"页面，将次安装项目要发布的安装媒介下的文件全部调入用户指定的/目录下。
　　　(3) 在主安装项目的脚本程序中，添加下列语句：
　　NUMBER nResult;
　　STRING szDir;
　　program
　　　...
　　　szDir = SUPPORTDIR;
　　　StrRemoveLastSlash (szDir);
　　　ChangeDirectory (szDir);
　　　LaunchAppAndWait ( SUPPORTDIR ^"Setup.exe " , "" ,WAIT);
　　endprogram
　　(4) 将项目工作区窗口切换到Media页面，单击Media Build Wizard项，创建新的媒介。
　　(5) 编译并运行

install shield自定义安装路径问题

在一般情况下，InstallShield默认的安装文件夹是存放Windows程序文件夹（Program files）的完整路径，即C:\ Program files（如果Windows安装在C盘的话）。但是，在绝大多数情况下我们都希望客户将应用程序安装在单独的数据盘上，即不与操作系统安装在同一个硬盘分区里。一方面便于管理，另一方面也为了防止我们的程序因为系统盘格式化而受到连累。因此，我们常常会建议用户在安装应用程序的时候选择另一个硬盘，如D盘。
另外，我们有时希望我们所开发出来的应用程序安装在一个带有自己公司名称和应用程序名称的目录下。InstallShield默认的目录就做的非常好，她会建立一个诸如“C:\Program Files\ABCD软件工作室\Demo”的目录（在这里我虚构了一个公司“ABCD软件工作室”）。但，问题是，一旦让用户选择了其它的路径，或者硬盘，他们几乎都不会在目录上加上开发商和应用程序目录，“\ABCD软件工作室\Demo”。如果用户仅仅选择了磁盘而忘了选择任何目录的话，InstallShield就会将所有的程序和数据文件复制到磁盘根目录下，用户和我们当然都不希望这样。因此，为了避免这一切的发生我们只能寄希望于我们的安装程序能够有足够的智能来应付这一切，这样就不管用户是否选择了目录。实现方法如下。
在事件OnFirstUIBefore中找到Dlg_SdAskDestPath分支，如下
Dlg_SdAskDestPath:
szTitle = "";
szMsg = "";
nResult = SdAskDestPath( szTitle, szMsg, szDir, 0 );
TARGETDIR = szDir;
if (nResult = BACK) goto Dlg_SdRegisterUserEx;
我们首先需要定义一个临时字符串变量svTemp
STRING svTemp;
然后，将语句
nResult = SdAskDestPath( szTitle, szMsg, szDir, 0 );
TARGETDIR = szDir;
修改成如下：
svTemp = szDir;
nResult = SdAskDestPath( szTitle, szMsg, szDir, 0 );
if ( svTemp != szDir) then
szDir = szDir^@COMPANY_NAME ^@PRODUCT_NAME;
endif;
TARGETDIR = szDir;
该语句的功能是在用户选择的路径后加上单位和应用程序名称作为安装的目录（注：这里我并没有考虑到用户在选择了默认外的路径后加上单位和应用程序名称作为安装目录的情况）。其中，变量COMPANY_NAME 和PRODUCT_NAME中存放的是单位名和产品名，我们可以随时在资源面板中修改它的值。
变量TARGETDIR是指向在硬盘上目的文件夹的完整路径。当调用函数SdAskDestPath时，该函数会创建一个对话框来让用户选择应用程序要存放的目的路径。
不要以为加上了单位和程序的目录就万事大吉了，可别忘了既然让用户来选择安装的目的盘就很有可能出现磁盘空间不够大，从而导致程序的安装失败或安装后的剩余空间不够程序将来数据的存放等等。因此，必须在用户选择之后，程序进入下一步之前对目的盘的可用空间进行判断。在这里我假设我们的程序需要10兆的空间来存放目前的文件和未来几年可能的数据。
为了达到上述目的就必须知道：
1、 用户最终选择的是哪个硬盘
2、 该硬盘当前的剩余空间是多少
那么，如何来实现呢？幸好InstallShield为我们提供了足够多的函数来应付这一切。
函数一：GetDisk
该函数从指定的路径或带有路径的文件名当中提取该路径或文件所在的磁盘驱动器号。调用成功返回0，否则返回小于0的任何数。
函数二：GetDiskSpace
该函数返回指定磁盘或指定路径所在磁盘的剩余空间，用字节表示。
具体实现代码如下：
//*******加入磁盘剩余空间判断，目前判断剩余空间是否少于10M
//******* 10M * 1024千字节 * 1024字节 = 10485760 字节
GetDisk (szDir, svDrive);
lFreeSpace = GetDiskSpace (svDrive);
if (lFreeSpace < 10485760) then
MessageBox("警告：安装路径所在的磁盘空间不足10M！请重新选择！",SEVERE);
goto Dlg_SdAskDestPath;
endif;
// end.
我们只要将这段代码放入语句
if (nResult = BACK) goto Dlg_SdRegisterUserEx;
之前就行了。 详细出处参考： http://www.jb51.net/softjc/467.html###

InstallShield有什么用？

一个程序除了.exe以外,常常还会需要到其他很多外部资源,如控件(.ocx文件),图片,.dll文件等。
这样的程序发布起来很不方便,总不能建个文件夹然后让用户一股脑拷过去吧?
程序打包就是将这些所有资源(.exe,控件,图片等)放到一个安装程序(也是.exe文件)中,这样用户只要下载并且运行这个安装程序，就可让安装程序释放目标程序及所有这些资源，非常方便。

想象WinRar,当有目标包含很多文件的时候是不是常常用它压缩成1个Rar文件？这个被压缩的Rar就类似安装程序。