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两种模式的性能。