探索InstallShield——制作一个完整的应用程序安装实例
探索InstallShield——制作一个完整的应用程序安装实例...
| 大家一定有过这样的经历，每当我们殚精竭虑为用户开发完一个系统之后往往都是派一名技术员到用户那里进行应用软件的安装，数据库的配置，这些看似简单的配置对一般用户来说可不是件容易做的事。这不仅给那些喜欢力求完美的程序设计师带来一点遗憾外，而且也使我们设计出来的软件缺少一种安全可靠感。如果我们在交给用户软件的时候能给他们一个象一些专业软件的安装程序，这不仅给用户留下了一个良好的第一印象，同时也节省了开发维护成本。 |
| 要说起制作安装程序的软件有许多，像installshield，createinstall，easy install，easysetup，setupbuilder等等，可以举出一大堆来。但其中最为著名的当属installshield。目前世界上绝大多数的商业软件的安装盘都是用她来完成，比如我们可能天天在使用的norton antivirus 2000。 |
| installshield之所以很流行也许是因为程序员可以在通过编写脚本语言方便的进行windows应用程序的注册表修改、odbc配置等复杂的操作，以及她本身提供了一些相当智能化的功能。下面，就本人在实际开发中的一些所得和大家一起探讨，文中如有任何不妥之处还请同行们给予指教。 |
| 在讲述到数据库配置的一系列问题是以目前最常用的odbc接口为基础，文中用到的实例是在win98系统中，installshield用的是professional 6.21下开发和调试的，其中的应用程序实例用的powerbuilder 7.0下开发的演示程序。 |
| 首先，我们可以来快速体验一下用installshield制作的安装程序是什么样的。 |
| 当然，我不可能详细到怎样建立一个项目之类的问题，有关这方面的内容还请看installshield的入门教材。 |
| 首先，用project wizard建立一个新的项目，取名demo，同时在对话框中选择所有的选项，并且在语言选择中选择chinese(prc)和english，即简体中文和英文支持。当然你也可以选择其它语言，为了便于讨论我只选择了chinese(prc)和english。 |
| 运行一下试一试，一切都正常，只是一个空壳罢了，没有任何东西。 |
| 好了，战斗的号角已经吹响了，让我们集中精力个个歼灭。 |
| 一、 语言选择 |
|
|
| 由于我们在生成项目的同时在语言选择中选择了chinese(prc)和english，因此，在图01中的下拉列表框中会自动出现中文，英文的选项。这一步由模板自动完成，我们不要做任何事情。 |
| 二、 设置启动画面 |
|
|
| 在我们生成项目的同时，installshield会为我们缺省的放上一张启动画面。见图16。 |
| 从该图片上我们可以看出，一般情况下是放置一张能很好的代表你公司的图片，同时上面很清楚地标明你的应用程序的名称，版本，公司名称，版权归属等基本信息。毫无疑问，我们必须用我们自己的图片来替换它。替换的方法是，在setup file面板中，打开splast screen，找到language independent，这时我们会发现在它右边的列表中有一个文件setup.bmp，它就是图18的那一张，我们必须首先把它删除，然后再插入我们想要的那一张，在列表中任何一个位置点击鼠标右键，选择insert files，用一个bmp文件替换它就行了。注意，我们替换的图片的文件名必须是setup.bmp。 |
| 另外，顺便提一下，在splash screen下除了language independent分支外，还有chinese(prc)和english分支，如果在它们中放置不同的setup.bmp文件，那么系统会根据用户在安装前选择了不同的语言而启动不同的背景，这样可以有效地避免多国语言的烦恼。同样，在设置法律声明（许可协议）和自述文件的时候也是一样的。 |
| 三、 开始安装 |
|
|
| 这一步由系统自动给出，我们不要做任何事情。但是我们可以在这里进行软件安装前的准备工作。比如，操作系统判断，机器可用内存容量的检测等，这些往往被忽视。 |
| 当我们用项目向导生成的新项目时，installshield只为我们生成两个事件，分别是onfirstuibefore和onmoving，它们的意义是， |
| onfirstuibefore：在应用程序第一次安装时为了搜集用户信息而弹出的对话框之前，应用程序所响应的事件。 |
| onmoving：该事件在当所选择的安装组件正在安装或反安装时响应。 |
| 显然，准备工作可以在事件onfirstuibefore中完成，但installshield同时还为我们提供了事件onbegin，该事件在是在setup脚本中第一个被触发。还记得图片02，上面有个进度条，显示了“正准备installshield(r)向导...”，当该进度条结束后就首先调用onbegin，然后才是onfirstuibefore。因此，我们可以将一些前期的准备工作放到这里来完成。下面是如何具体实现。 |
| installshield将事件分成三类：全局事件，组件事件和杂项事件。其中，全局事件的添加最为方便，只要将当前行光标移到serup脚本的最后，然后写上 |
| 像其它编程工具一样，installshield也为我们提供了一些系统变量，利用这些变量我们可以轻而易举的得到一些像系统目录，语言代码，cup类型等实用数据。 |
| /*****************程序代码*******************/ |
| if ( !sysinfo.bintel) then |
| szmsg = "提示：该软件只能运行在intel系列的处理器上！\n\n安装程序将终止"; |
| messagebox(szmsg, severe); |
| if (sysinfo.win9x.bwinme || |
| sysinfo.winnt.bwin2000) then |
| szmsg = "提示：该软件只能运行在win9x系统上才能确保程序的正常工作！\n\n是否继续安装？"; |
| if ( !askyesno (szmsg, no)) then |
| /******************结束*********************/ |
| 存放本机的一些系统变量，如操作系统，cup类型等。有关系统变量的具体使用请参阅编程手册。 |
| 该函数弹出一消息窗口，用户通过按是或非来回答该窗口显示的问题。 |
| 在查阅了installshield系统变量后并没有找到有关内存容量方面的变量，因此只有通过调用函数来实现。 |
| 该函数返回有关目标系统的诸如cup类型，磁盘容量，当前日期，当前操作系统，内存容量等信息，返回的内存容量是以千字节为单位。有关函数的具体使用请参阅函数手册。 |
| /*****************程序代码*******************/ |
| if (getsysteminfo (extendedmemory, nvfreemem, svresult) < 0) then |
| messagebox ("内存检测失败，安装程序将终止！.", severe); |
| if ( nvfreemem < 16384 ) then |
| szmsg = "该软件只能安装在16m以上内存的机器中。\n很遗憾，本机器可用内存不足16m！\n\n安装程序将终止！"; |
| messagebox (szmsg, severe); |
| /******************结束*********************/ |
|
|
| 选择setup file面板，打开language independent，选择operating system independent ，在右边列表中找到license.txt文件，双击它输入自己的许可协议就行了。 |
|
|
| 同上，找到infolist.txt文件，双击它输入需要说明的自述文件。 |
|
|
| 看一看图片，不难发现当安装程序运行这一步时上面已经填上了缺省的用户名和客户名称，甚至连序列号都有。这是怎么回事呢？原来在前面我们介绍的事件onfirstuibefore的开始有一段代码，如下： |
| targetdir = programfiles ^@company_name ^@product_name; |
| shell_object_folder = @folder_name; |
| 如果我们没有给svname和svcompany赋新值的话缺省的用户名和客户名称就是我们在安装windows时注册的用户和单位。当然，如果没有给svserial赋值的话，图片上的序列号就为空。 |
| programfiles：存放windows程序文件夹（program files）的完整路径。不能更改。 |
|
|
| 用installshield安装模板制作出的安装程序在运行过程如果没有序列号是无法再继续下去的。但如果我们在序列号上不加任何检验的话，installshield会默认为任何字符都是有效的而不管它是什么，此时序列号也就毫无意义，除非你想让你的应用程序无限制的发布。因此，还是建议你在安装过程中对序列号进行一下有效性检验。方法很简单，在事件onfirstuibefore中找到dlg_sdregisteruserex分支，见下列代码： |
| nresult = sdregisteruserex( sztitle, szmsg, svname, svcompany, svserial ); |
| if (nresult = back) goto dlg_sdshowinfolist; |
| if (nresult = back) goto dlg_sdshowinfolist; |
| if ( svserial != '199721') then |
| messagebox("警告：输入序列号错误，请确认后重输!",severe); |
| goto dlg_sdregisteruserex; |
| 就这么简单。声明一下，这里我只是给出的最简单的判别模式，较为安全的模式是在判别时对序列号进行必要的加解密转换，有兴趣的朋友可以自己去实现。 |
|
|
| 在一般情况下，installshield默认的安装文件夹是存放windows程序文件夹（program files）的完整路径，即c:\ program files（如果windows安装在c盘的话）。但是，在绝大多数情况下我们都希望客户将应用程序安装在单独的数据盘上，即不与操作系统安装在同一个硬盘分区里。一方面便于管理，另一方面也为了防止我们的程序因为系统盘格式化而受到连累。因此，我们常常会建议用户在安装应用程序的时候选择另一个硬盘，如d盘。 |
| 另外，我们有时希望我们所开发出来的应用程序安装在一个带有自己公司名称和应用程序名称的目录下。installshield默认的目录就做的非常好，她会建立一个诸如“c:\program files\abcd软件工作室\demo”的目录（在这里我虚构了一个公司“abcd软件工作室”）。但，问题是，一旦让用户选择了其它的路径，或者硬盘，他们几乎都不会在目录上加上开发商和应用程序目录，“\abcd软件工作室\demo”。如果用户仅仅选择了磁盘而忘了选择任何目录的话，installshield就会将所有的程序和数据文件复制到磁盘根目录下，用户和我们当然都不希望这样。因此，为了避免这一切的发生我们只能寄希望于我们的安装程序能够有足够的智能来应付这一切，这样就不管用户是否选择了目录。实现方法如下。 |
| 在事件onfirstuibefore中找到dlg_sdaskdestpath分支，如下 |
| nresult = sdaskdestpath( sztitle, szmsg, szdir, 0 ); |
| if (nresult = back) goto dlg_sdregisteruserex; |
| nresult = sdaskdestpath( sztitle, szmsg, szdir, 0 ); |
| nresult = sdaskdestpath( sztitle, szmsg, szdir, 0 ); |
| if ( svtemp != szdir) then |
| szdir = szdir^@company_name ^@product_name; |
| 该语句的功能是在用户选择的路径后加上单位和应用程序名称作为安装的目录（注：这里我并没有考虑到用户在选择了默认外的路径后加上单位和应用程序名称作为安装目录的情况）。其中，变量company_name 和product_name中存放的是单位名和产品名，我们可以随时在资源面板中修改它的值。 |
| 变量targetdir是指向在硬盘上目的文件夹的完整路径。当调用函数sdaskdestpath时，该函数会创建一个对话框来让用户选择应用程序要存放的目的路径。 |
| 不要以为加上了单位和程序的目录就万事大吉了，可别忘了既然让用户来选择安装的目的盘就很有可能出现磁盘空间不够大，从而导致程序的安装失败或安装后的剩余空间不够程序将来数据的存放等等。因此，必须在用户选择之后，程序进入下一步之前对目的盘的可用空间进行判断。在这里我假设我们的程序需要10兆的空间来存放目前的文件和未来几年可能的数据。 |
| 那么，如何来实现呢？幸好installshield为我们提供了足够多的函数来应付这一切。 |
| 该函数从指定的路径或带有路径的文件名当中提取该路径或文件所在的磁盘驱动器号。调用成功返回0，否则返回小于0的任何数。 |
| 该函数返回指定磁盘或指定路径所在磁盘的剩余空间，用字节表示。 |
| //*******加入磁盘剩余空间判断，目前判断剩余空间是否少于10m |
| //******* 10m * 1024千字节 * 1024字节 = 10485760 字节 |
| getdisk (szdir, svdrive); |
| lfreespace = getdiskspace (svdrive); |
| if (lfreespace < 10485760) then |
| messagebox("警告：安装路径所在的磁盘空间不足10m！请重新选择！",severe); |
| if (nresult = back) goto dlg_sdregisteruserex; |
|
|
| 该步骤是由installshield自动给出的，一般情况下我们不必做任何事。三个安装选项：典型安装、压缩安装和自定义安装是根据我们在安装类型（setup type）的面板中预先设置好的值来进行的。如果用户选择了自定义安装，系统就会弹出如下界面，见图。 |
| 这是由系统自动给出的，我们用不着写一行代码，这是不是很棒？ |
| 不知道你有没有注意到窗口的左面有一个说明框，它是用来提示用户目前所选择的组件是干什么的。在缺省的状态下它是空的，需要我们来添加。添加的方法是在组件（components）的面板中，每当我们点中一个组件在左边的列表中就会有一个描述栏（description），它的内容就是上面提到的帮助信息，你只要将相对用户说的话写上去就行了。 |
|
|
| 这一步由installshield自动给出，一般不要做任何修改。 |
|
|
| 我们一定还记得每当安装一个像office等专业化软件时，在软件正式安装前系统都会给出一个列表框，其中列出了你所做的一切选择，包括软件的安装路径，需要安装的组件等，同时还包括了注册的用户名和单位等信息。在我们用installshield制作安装盘的时候也会有这一个列表框，但遗憾的是在缺省状况下installshield提供的这个列表框是空的，什么内容也没有，这需要我们给它加入。好在有函数listaddstring来帮我们的忙。 |
| 该函数在字符串列表框的当前对象前后新增加一个字符串。调用成功返回0，否则返回小于0的任何数。 |
| 在脚本setup.rul的事件onfirstuibefore中找到dlg_sdstartcopy分支，如下： |
| liststartcopy = listcreate( stringlist ); |
| //the following is an example of how to add a string(svname) to a list(liststartcopy). |
| //eg. listaddstring(liststartcopy,svname,after); |
| nresult = sdstartcopy( sztitle, szmsg, liststartcopy ); |
| listdestroy(liststartcopy); |
| if (nresult = back) goto dlg_sdselectfolder; |
| nresult = sdstartcopy( sztitle, szmsg, liststartcopy ); |
| //*******加入安装过程中用户所选择的主要步骤 |
| listaddstring(liststartcopy,"客户信息：",after); |
| listaddstring(liststartcopy,"用户名：" + svname,after); |
| listaddstring(liststartcopy,"用户单位：" + svcompany,after); |
| listaddstring(liststartcopy,"",after); |
| listaddstring(liststartcopy,"程序安装路径：" + szdir,after); |
| listaddstring(liststartcopy,"",after); |
| listaddstring(liststartcopy,"程序文件夹：" + szfolder,after); |
| listaddstring(liststartcopy,"",after); |
| case typical : listaddstring(liststartcopy,"安装类型：典型安装",after); |
| case compact: listaddstring(liststartcopy,"安装类型：压缩安装",after); |
| case custom: listaddstring(liststartcopy,"安装类型：自定义安装",after); |
| 其中svname、svcompany、szdir等变量我们可以在事件onfirstuibefore开始的变量定义中找到。从变量的名称我们很清楚的知道该变量存放的是用户名，单位，安装目录等。 |
| 十二、 第一幅背景，第二幅背景——图片12，图片13 |
 |
 |
| 细心的朋友一定会注意到软件在安装过程中会出现两副不同的背景图片，图12和图13，这就是installshield的显示区界面，我们可以称它为布告板。这看上去是不是很像在播放幻灯片？呵呵，我们可以和微软的比一比了（说句笑话）。言归正传，还是来说说是如何实现的吧。 |
| 布告板，它只有在文件被传输时才被激活。也就是说，当你调用componenttransferdata函数来解压并拷贝时布告板才被显示，该函数是有系统自动调用，用不着我们来操心。 |
| 但是，你不能为一个布告板指定显示时间，installshield会根据整个程序的安装时间（指文件拷贝时间）自动的为每一个文件平均分配，但至少是2秒。如果你的安装程序仅持续20秒，而你却放置了25副图片，很显然系统只会显示前10副图片。 |
| 1、 在你的脚本里，首先要确保在文件被传输前调用enable(background) 和 enable(fullwindowmode)，我们可以加在事件onmoving中。形式如下： |
| placewindow(statusdlg, 400, 10, lower_left); |
| regdbsetitem(regdb_apppath, szapppath); |
| regdbsetitem(regdb_apppath_default, szapppath ^ @product_key); |
| enable(background) ：显示安装主背景窗口 |
| enable(fullwindowmode)：设置主背景窗口为最大化。 |
| 2、 在设置文件（setup files）面板中，在合适的目标语言和平台下放置具有特殊后缀名的布告板文件。默认的命名是：“bbrd”，然后再跟一个数字，最后再加上后缀“.bmp”或“.wmf”。例如，我们现在要加三副bmp图片，则这三副图片的名称分别应该是bbrd1.bmp、bbrd2.bmp、bbrd3.bmp。 |
| 好了，运行一下，很不错。我们可以利用这项技术在安装过程中播放类似幻灯片效果，就像安装windows一样。 |
| 十三、 复制完成 |
|
|
|
|
| 在很多情况下，当我们修改了注册表或是在系统中安装了其它驱动程序的时候，为了确保应用程序能够顺利运行，我们还是希望用户在安装结束之后能够重新启动一下系统。这时函数sdfinishreboot就显得十分有用。 |
| 该函数显示一个重新启动的对话框，它提供给用户两种选择：系统自动启动和用户自己启动。当函数返回will_reboot表明用户选择了重新启动；当返回next（或1）表明用户选择了自己启动；当返回小于0表明当用户选择了重新启动，但重新启动失败。在缺省的情况下是用户自己启动。 |
| 一般情况下，我们是在事件onend中调用sdfinishreboot函数。onend顾名思义是在setup脚本里最后被执行的事件。程序代码如下： |
| /*****************重启动代码*******************/ |
| string sztitle, szmsg1, szmsg2; |
| number noption, nreserved; |
| sztitle = "已经完成全部的拷贝工作，"; |
| szmsg1 = "在使用本软件前必须重新启动。"; |
| szmsg2 = '请选择一种启动方式，然后单击"确定"完成安装。'; |
| if (sdfinishreboot (sztitle, szmsg1, noption, szmsg2, nreserved) < 0) then |
| messagebox ("重启动失败，请重新启动系统后再使用本软件！", severe); |
| /**************** 结束 *******************/ |
| 其中，sztitle、szmsg1、szmsg2不设置也罢，只是系统会以缺省的方式出现。 |
| 如果说我们完成了图1到图15全部功能后就可以马上动手制作安装盘的话那我们所做的也只是给应用程序加了一个花边，并没有实际功效。它只是把原先由人工的复制工作交给系统自动去执行，更说不上文章开头所说的实现系统的自动配置。我们还是得在应用程序发行时去用户现场安装、配置一些接口程序。 |
| 大家都知道，我们开发的程序有百分之九十以上是和数据库打交道。目前，数据库种类的繁多，各软件厂商又各自推出自己的数据库接口程序，这就使得我们要确保开发出来的应用程序最终能够安全顺利的运行就必须携带上自己的数据库接口程序，虽然有一些接口标准，但这远远不够。因此，如何将这些工作交给安装程序去完成就成为能否制作出具有专业水准的安装程序的关键，也是为什么我会把它作为一个标题单独分开。 |
| 那么如何在制作安装程序的时候实现数据库驱动程序的安装和配置呢？要实现它我们还是先从注册表和odbc两个基本概念入手，下面进行分别讨论。 |
| 在早期的windows系列应用程序中用后缀为.ini的文件保存windows系统和其他该应用程序的配置信息。后来，windows95的出现，系统就用一个称做注册表的来代替保存应用程序配置信息的.ini文件，尽管windows95仍然支持使用.ini文件。用注册表来保留这些信息可以为我们提供一个配置信息的单一源，这不同于那些分布在磁盘里的各种.ini文件的杂烩。同时，注册表也提供了一个简单机制来保存当前用户或当前配置的信息。注册表甚至允许你通过网络管理其他机器的注册表。另外，在nt下，注册表能提供安全级别，这在先前的配置存储机制中是没有的。因此，使得能否合理的使用注册表成为win32应用程序的特征之一。 |
| 注册表使用的是树型体系结构，树中的每个结点称键。每个键也可以包含其他的键或子键。它允许进一步的分支，也即为值，它用来存储有效的数据。在注册表中，注册表用键来组织数据，一个键中的值用它们的名来识别，键名由可以打印的ascii字符组成的简单字符串。另外，以英文句号（.）开始的键名被系统所保留。键中的值可以用不同的数据来表示，可以是从一个简单的整数到用户定义的二进制对象。在注册表中只有四个基本键会受到应用程序安装的影响，这四个键分别是hkey_classes_root、hkey_current_user、hkey_local_machine和hkey_users。而其中对我们配置odbc有用的只有hkey_local_machine和hkey_current_user。 |
| 在hkey_local_machine中保存的是关于本地机器的配置信息，独立于任何特殊的用户都存储在其中。此配置信息又进一步分成几个不同的子键，它们是config，enum，hardware，network，security，software和system。 |
| 其中，software子键用于包含用户应用程序的配置信息，这是最有可能被我们的应用程序使用的地方。由于我们的应用程序所要的信息一般来说对其他程序并不需要，同时也为了更好的管理这些信息，因此我们应该在hkey_local_machine\software下增加一个子键，键名当然是能代表我们的应用程序。 |
| 键hkey_current_user通常为我们的应用程序存储和恢复特殊用户相应的特殊配置提供了方便。同样，在hkey_current_user中也存在一些子键，最常用的键是software，打开software键我们会发现有一个子键odbc，顾名思义里面存放的当前机器上的odbc.ini文件的内容， |
| 好了，有关注册表的一些知识就简单的说到这里，在开始开始配置我们的odbc之前，为了便于读者能够顺利的读懂本文所附带的程序代码，现将有关installshell注册表函数作一个简单的介绍。 |
| 该函数为其他的注册表函数设置一个不同的根键。大多数installshield注册表函数工作在缺省的以键hkey_classes_root为根的注册键树上，用这个函数你就可以指定一个特殊的键为根，像键hkey_local_machine或 hkey_current_user或hkey_users。 |
| 该函数为某个在注册表中的键设置键值。如果该键不存在，该函数将为你创建该键。但是，新创建的键不会被安装软件卸载程序所登记，除非它是一个已登记过的键的子键。要想让安装软件卸载程序所登记可以先用regdbcreatekeyex创建然后再设置该键值。 |
| 该函数用来在注册表中创建一个键。当使用该函数来创建一个键或子键时，为了保证能被正确地安装软件卸载程序登记要首先确保它的父键首先已经被成功创建。 |
| odbc，即开放式数据库连接，它是由microsoft公司提供的应用程序接口（api），一个单独的应用程序通过它可以访问许多个不同类型的数据库及不同格式的文件。 |
| 虽然继odbc之后业界已推出了一些像ole db，ado等之类的新技术，但目前，开放式数据库连接api也许是在windows应用程序中用得最广泛的数据库接口。在每种数据库所用到的专用接口中，除了加入特殊代码外，还需要为odbc api译码。在odbc api和用来与数据库交换信息的专用接口之间，特殊的odbc驱动程序提供了任何一种必需的译码。 |
| 以下的表列出了 odbc 桌面数据库驱动程序 4.0 的每一个组件所要求的文件。这些文件安装在 windows的系统目录\windows\system或 windows nt的系统目录\windows\system32下。如果 odbc 文件以前被安装在一个不同的目录中，请确定你使用的是在 \windows\system (或 system32) 目录下的新文件。 |
| 某些文件是多个部件共同需要的。如果你想要和你的应用程序一起重新分配任一个 odbc 桌面数据库驱动程序，这些文件也必须被重新分配。建议在分发软件时在你的应用程序目录下建立一个 “\odbc\”目录，将这些重新拷贝到该目录底下，但一定要确保该路径是个path搜索路径。 |
| 以下的文件对于每一个 odbc 桌面数据库驱动程序 4.0 是共同的： |
| msrd2x40.dll，msrd3x40.dll |
| msxbse40.dll，oddbse32.dll |
| mstext40.dll，odtext32.dll |
| 1、 odbc 桌面数据库驱动程序4.0版本至少需要 16 mb 的随机访问内存 (ram) |
| 2、 有关与这些驱动程序一起使用的odbc版本的信息，参考odbc程序员参考手册。 |
| 3、adaptive server anywehre odbc驱动程序 |
| 下表列出的是工作在adaptive server anywehre环境下的驱动程序，必须将这些文件拷贝到一个独立的目录下，并且使系统能够搜索到。 |
| 1、 odbc翻译程序仅仅在你的应用程序是依赖于ansi标准的字符串转换。 |
| 2、 网络接口程序库是专门用于网络通信用，它仅仅是在客户端的程序访问网络服务器上才必须存在。 |
| 3、 连接对话框程序文件在以下的几种情况下才需要加入： |
| 为了使用odbc驱动程序安装程序不仅仅只是将这些驱动程序文件拷贝到硬盘上，它还必须在注册表中设置一组odbc驱动程序的属性。 |
| adaptive server anywhere安装程序会自动在nt和win9x的系统注册表中标识和配置odbc驱动程序。因此，如果你为你的最终用户制作应用程序的安装程序时也必须进行相同的设置。 |
| 通过查看windows注册表工具，我们发现adaptive server anywhere的odbc驱动程序是在下列的键中被系统所标识的。 |
| hkey_local_machine\software\odbc\odbcinst.ini\adaptive server anywhere 6.0，其中需要设置的下键有 |
| 除此之外，你还必须在键hkey_local_machine\software\odbc\odbcinst.ini\odbc drivers中为adaptive server anywhere注册 |
| adaptive server anywhere 6.0 |
| 除了进行odbc驱动程序注册外，还必须为用户的数据源进行注册。这是因为每一个用户数据源必须被注册表登记才能被系统所识别，这样用户才能使用它。因此，必须在键hkey_current_user\software\odbc\odbc.ini\中进行如下注册。 |
| adaptive server anywhere sample database |
| 1、 上面的path除了databasefile指的是客户数据库所在的路径，其他的都是指adaptive server anywhere的安装路径。我们在给客户分发应用软件的时候一般不再另外安装adaptive server anywhere，所以可以将adaptive server anywhere路径下的文件dbeng6.exe，dbodbc6.dll，dblgon6.dll，dbport6.dll，dbcon6.dll，dbodtr6.dll一起分发给客户，并且拷贝至一个单独目录下，然后将路径指向它就可以了。 |
| 2、 在dbeng6.exe后加上“-q”是为了隐藏任务栏上的sqlanywhere窗口。 |
| 另外，必须将数据源加到注册表中的数据源列表中，加入到如下键中 |
| hkey_current_user\software\odbc\odbc.ini\odbc data sources\ |
| 该键中存放的是每一个数据源和odbc驱动程序的关联。键名是指数据源名字；键值是指odbc驱动程序的名字。由于本文所叙述的是基于powerbuilder7.0开发环境下的应用程序的发布，所以键值都是"adaptive server anywhere 6.0"（因为，当我们安装powerbuilder 7.0时，系统默认的odbc驱动程序的名字为adaptive server anywhere 6.0），当然，如果你愿意话也可以改变它。 |
| 这里有必要提示一下，由于用户数据源的配置可能包含一些敏感的数据库设置，比如说连接数据库的用户id和口令。这些设置都会以无格式的文本形式存储在注册表中，可以很容易的被windows注册表编辑程序regedit.exe或regedt32.exe查看，只要有点编程经验的人都能通过获这些实用工具取该id和口令来修改数据库中数据。因此，你在处理这些问题的时候还要三思一下，你可以选择加密口令或让用户在连接数据库时录入。 |
| 既然我们知道了如何在注册表中为应用程序进行odbc配置，那么剩下的问题是，把他们放在什么地方？不用说，大家也猜到了，最好的地方就是当所有文件都已经复制完毕，在我们要求用户重新启动系统之前。事件onmoved可以做到这一切。在做这些事的同时我们最好能够显示给用户一个消息框，告诉用户我们在干什么，做完这一切之后再关闭它。这就要用到函数sdshowmsg和delay。见图。 |
| 该事件是在当所有在目标机器上的组件都被安装或反安装时响应，在该事件中的代码总是会被执行。 |
| sdshowmsg：该函数打开或关闭一个非模态的小窗口，该窗口显示指定的消息。 |
| delay：该函数可以用指定的时间（秒）来使安装程序的执行时间延迟。 |
| /*********************程序代码********************/ |
| //*******当所有数据拷贝完毕后在这里配置odbc |
| string sznumname, sznumvalue, svnumvalue, sztitle; |
| number ntype, nsize, nvtype, nvsize; |
| szmsg = "正在进行系统配置，请等待..."; |
| svdb = targetdir + "\\db\\demo.db"; |
| svasaodbcdll = targetdir + "\\asa\\dbodbc6.dll"; |
| svasa = targetdir + "\\asa\\dbeng6.exe"; |
| regdbsetdefaultroot (hkey_local_machine); |
| szkey = "software\\odbc\\odbcinst.ini\\mydemo asa"; |
| if (regdbcreatekeyex(szkey, szclass) < 0) then |
| messagebox ("注册表操作失败，安装程序将终止！", severe); |
| sznumvalue = svasaodbcdll; |
| if (regdbsetkeyvalueex (szkey, sznumname, ntype, sznumvalue, |
| messagebox ("注册表操作失败，安装程序将终止！", severe); |
| if (regdbsetkeyvalueex (szkey, sznumname, ntype, sznumvalue, |
| messagebox ("注册表操作失败，安装程序将终止！", severe); |
| szkey = "software\\odbc\\odbcinst.ini\\odbc drivers"; |
| sznumname = "mydemo asa"; |
| sznumvalue = "installed"; |
| if (regdbsetkeyvalueex (szkey, sznumname, ntype, sznumvalue, |
| messagebox ("注册表操作失败，安装程序将终止！", severe); |
| regdbsetdefaultroot (hkey_current_user); |
| szkey = "software\\odbc\\odbc.ini\\mydemo"; |
| if (regdbcreatekeyex(szkey, szclass) < 0) then |
| messagebox ("注册表操作失败，安装程序将终止！", severe); |
| if (regdbsetkeyvalueex (szkey, sznumname, ntype, sznumvalue, |
| messagebox ("注册表操作失败，安装程序将终止！", severe); |
| sznumname = "databasefile"; |
| if (regdbsetkeyvalueex (szkey, sznumname, ntype, sznumvalue, |
| messagebox ("注册表操作失败，安装程序将终止！", severe); |
| sznumname = "description"; |
| sznumvalue = "my paper's sample"; |
| if (regdbsetkeyvalueex (szkey, sznumname, ntype, sznumvalue, |
| messagebox ("注册表操作失败，安装程序将终止！", severe); |
| sznumvalue = svasaodbcdll; |
| if (regdbsetkeyvalueex (szkey, sznumname, ntype, sznumvalue, |
| messagebox ("注册表操作失败，安装程序将终止！", severe); |
| if (regdbsetkeyvalueex (szkey, sznumname, ntype, sznumvalue, |
| messagebox ("注册表操作失败，安装程序将终止！", severe); |
| sznumvalue = svasa + " -d -c8m"; |
| if (regdbsetkeyvalueex (szkey, sznumname, ntype, sznumvalue, |
| messagebox ("注册表操作失败，安装程序将终止！", severe); |
| if (regdbsetkeyvalueex (szkey, sznumname, ntype, sznumvalue, |
| messagebox ("注册表操作失败，安装程序将终止！", severe); |
| szkey = "software\\odbc\\odbc.ini\\odbc data sources"; |
| sznumvalue = "mydemo asa"; |
| if (regdbsetkeyvalueex (szkey, sznumname, ntype, sznumvalue, |
| messagebox ("注册表操作失败，安装程序将终止！", severe); |
| // uinstalled -- 反安装后删除新建的键 |
| if ( findfile(targetdir + "\\db\\", "demo.db", svresult) < 0 ) then |
| regdbsetdefaultroot (hkey_local_machine); |
| szkey = "software\\odbc\\odbcinst.ini\\mydemo asa"; |
| if (regdbdeletekey (szkey) < 0) then |
| messagebox ("删除注册表数据失败!", severe); |
| szkey = "\\software\\odbc\\odbcinst.ini\\odbc drivers"; |
| if (regdbdeletevalue (szkey, "mydemo asa") < 0) then |
| messagebox ("删除注册表数据失败!", severe); |
| regdbsetdefaultroot (hkey_current_user); |
| szkey = "software\\odbc\\odbc.ini\\mydemo"; |
| if (regdbdeletekey (szkey) < 0) then |
| messagebox ("删除注册表数据失败!", severe); |
| szkey = "software\\odbc\\odbc.ini\\odbc data sources"; |
| if (regdbdeletevalue (szkey, "mydemo") < 0) then |
| messagebox ("删除注册表数据失败!", severe); |
| sdshowmsg (szmsg, false); |
| /********************* 结束 ********************/ |
| 在进行完成注册表的添加之后还必须做的最后一件事就是为我们的应用程序指定一个搜索路径，因为我们在安装的时候拷贝了一些dll库文件。显儿易见这就要求我们在autoexec.bat中文件添加一个搜索路径。 |
| * findfile：在指定的路径下查找指定的文件，当函数返回0时表示文件找到，当返回小于0的任何数时表示没有找到。 |
| * createfile：创建一个新的文件，如果该文件已经存在，那么createfile将覆盖掉原先的。同样，在创建之前要先用openfilemode设置文件模式。 |
| * openfilemode：在你想要打开一个已存在的文件或建立一个新文件设置文件的模式。文件的模式根据文件类型的不同会有如下几种： |
| * openfile：打开一个已经存在的文本文件或二进制文件。但打开之前必须先要用openfilemode设置文件打开的模式。 |
| * writeline：该函数在一个以添加模式（append mode）打开或建立的文本文件中写上一行文本。 |
| * closefile：当你完成用getline读文件或用writeline写文件的操作后必须用closefile函数将使用的文件关闭。 |
| * longpathtoquote：在长文件名上放置或去掉双引号。因为如果是没有加引号的长文件名paht命令是不会认的。 |
| /**********************程序代码******************/ |
| openfilemode(file_mode_append); |
| if (findfile("c:\\", "autoexec.bat", svresult) < 0) then //没有，需要create一个 |
| createfile(nvfilehandle, "c:\\","autoexec.bat" ); |
| openfile ( nvfilehandle , "c:\\" , "autoexec.bat" ); |
| svdir = targetdir + "\\dll"; // 将路径指向dll目录 |
| longpathtoquote (svdir , true ); |
| writeline( nvfilehandle," "); |
| writeline( nvfilehandle ,"set path=" +svdir +";%path%"); |
| writeline( nvfilehandle," "); |
| /********************** 结束 ******************/ |
| 到目前为止，我们已经完成了制作一个应用程序的安装实例所需要的全部工作。剩下的也只是一些锦上添花的事了。让我们最后再看看还有什么要做的？对了，还应该像其他专业软件那样在开始菜单中或者是在桌面上或者是在程序文件夹中添加快捷方式，这样用户在安装完毕之后可以很方便的找到它。在这里我们将会用到函数addfoldericon。 |
| /******************程序代码******************/ |
| string szprogramfolder, szitemname, szcommandline, szworkingdir, sziconpath; |
| string szshortcutkey, szprogram, szparam; |
| //szprogramfolder = folder_startmenu; |
| // set up parameters for call to addfoldericon. |
| szprogram = folder_startmenu; |
| szparam = targetdir + "\\demo.exe"; |
| longpathtoquote (szprogram, true); |
| longpathtoshortpath (szparam); |
| szworkingdir = targetdir + "\\dll"; // 加上应用程序的工作路径 |
| szprogramfolder = folder_startmenu; |
| szitemname = "my demo in startmenu"; |
| if (addfoldericon (szprogramfolder, szitemname, szcommandline, szworkingdir, |
| sziconpath, nicon, szshortcutkey, replace) < 0) then |
| messagebox ("安装程序在进行开始菜单中添加快捷方式失败，稍侯请自己添加！.", severe); |
| szprogramfolder = folder_programs; |
| szitemname = "my demo in programs"; |
| if (addfoldericon (szprogramfolder, szitemname, szcommandline, szworkingdir, |
| sziconpath, nicon, szshortcutkey, replace) < 0) then |
| messagebox ("安装程序在进行程序文件中添加快捷方式失败，稍侯请自己添加！.", severe); |
| szprogramfolder = folder_desktop; |
| szitemname = "my demo in desktop"; |
| if (addfoldericon (szprogramfolder, szitemname, szcommandline, szworkingdir, |
| sziconpath, nicon, szshortcutkey, replace) < 0) then |
| messagebox ("安装程序在进行桌面上添加快捷方式失败，稍侯请自己添加！.", severe); |
| /****************** 结束 ******************/ |
| 当然了，我们还得在卸载程序中加上删除这些快捷方式的代码，否则的话当用户删除了我们的应用程序后会对我们的程序怒发冲冠的，我当然不希望这样。 |
| /***************程序代码***************/ |
| if (deletefoldericon (folder_desktop, "my demo in desktop") < 0) then |
| messagebox ("安装程序在删除桌面上的快捷方式的时候出错，稍侯请自己删除！.", severe); |
| if (deletefoldericon (folder_startmenu, "my demo in startmenu") < 0) then |
| messagebox ("安装程序在删除开始菜单中的快捷方式的时候出错，稍侯请自己删除！.", severe); |
| if (deletefoldericon (folder_programs, "my demo in programs") < 0) then |
| messagebox ("安装程序在删除程序文件夹中的快捷方式的时候出错，稍侯请自己删除！.", severe); |
| /*************** 结束 ***************/ |
| 好了，我们可以拿着这个安装程序向老板领赏了。还不赶快制作一个具有专业级水平的应用程序安装盘来分发给我们的客户。相信他们一定会瞪大眼睛惊叹我们的软件开发水平是一流的。废话不说了，现在就开始行动！ |
| 至此，所有图例的有关技术已经全部讲述完毕。总之，installshield博大精深，我所叙述的只是一些皮毛而已，如果大家对她想更深入的了解还是请看她自带的帮助文档。 |
| 不过，最后我还是要多说一句，千万不要忘了编写一个详细，完整的用户手册。这可是用户最需要的，但同时也是我们最懒得去做的一件事。 |