uniGUI试用笔记（九）uniGUI执行程序部署有3种形式1

uniGUI执行程序部署有3种形式

1、ISAPI模式

部署在IIS或Apache，程序编译为Dll形式，没有试，准备后续专门测试一下。

2、标准执行文件模式

将软件编译成一个独立的Exe文件，包括了WEB服务和业务内容，是uniGUI部署方式中最简单的一种。该方式最大特点是可以进行代码跟踪，同一般exe程序调试一样，在Debug模式下程序调试非常方便。运行exe后就可以直接打开页面进行测试，通过任务栏上的图标可以打开服务监控页面，监控服务程序的运行情况，如下图：

3、Windows服务模式

将软件编译成Windows下的Service模式，并自动启动。从工程文件上看，与一般的程序工程文件略有差异，这里不详述。另外工程中增加了一个ServiceModule.pas文件和对应的窗体文件，该模块单元定义了Windows Service的一些属性，包括名称、依赖等，我只修改了DisplayName属性，其他属性都采用缺省。

特别需要注意的是：不要尝试修改该文件的文件名和模块类名，否则系统无法识别，编译能通过，但运行时报无法启动，估计是内部代码上写死了。

注册Service的方式同一般的Windows Service程序，通过命令行加 –install参数，注销用 –uninstall参数，如下：

MyServiceApp –install

MyServiceApp -uninstall

启动用命令行，如下：

net start UniServiceModule

UniServiceModule就是模块的类名不要前缀T

在实际应用中，我采用了2个工程，一个是标准执行文件模式，Debug+Win32，用于程序调试，另外一个工程采用Windows Service模式，Release + Win64，用于部署运行。在少量客户端（<5个）情况下，运行效果非常不错，我打开一个2万条记录的表，按照50条/页进行分页显示，从数据获取到第一页数据展示，本地大约在3~4秒之间，云服务器（带宽 10M，实际检测复制文件时<200KByte/秒）上大约在6~7秒，获取第二页数据大约需要1秒。

最关心的是该服务程序在较多客户终端（300~500个）情况下的性能，按照作者的话说是不取决于程序，而取决于服务器硬件条件。拟在近期用WinRunner做个测试，看看具体效果，主要是ISAPI 和 Windows Service两种模式的性能。