Openlaszlo应用初始化性能优化过程

在开发openlaszlo应用过程中，往往考虑的是功能是否能正常实现，除了遵守openlaszlo开发规范外，对性能方面考虑的比较少，但是随着应用规模的增加，到了后期测试的时候就会发现性能问题已经很严重了，这时要对系统进行性能调整，这是openlaszlo开发过程中不可缺少的一部分。 

下面以笔者开发的一个配置工具为例说明openlaslzo性能调优过程： 
(测试环境：赛扬2.42/1.5G RAM/winxp sp2/IE7) 

系统未优化前，初始化时间6.37秒(含debug窗口)，主程序总共有10个对话框窗口(modaldialog)，代码总行数近千行。 

第一阶段：初步优化 

1。将所有的modaldialog设置其initstage="defer" 
初步优化后初始化时间为2秒 

2。当主题数据取来后，进行初始化themetreedialog： 
canvas.themetreedialog.completeInstantiation(); 

3。在所有操作按钮上添加对应的窗口初始化声明： 
canvas.adddirdialog.completeInstantiation(); 
... 
4。窗口内打开过滤器设定窗口时，进行初始化： 
canvas.addconditiondialog.completeInstantiation(); 

5。单击表格行打开修改过滤窗口时，进行初始化： 
canvas.filterModWin.completeInstantiation(); 

优化结果： 
系统在2.09秒之内初始化完成(含debug窗口)，不包括debug窗口的初始化时间与包括时非常接近，但是包含debug的swf文件尺寸要大142K。 

所有的窗口延迟初始化设置完成，进行测试发现，当对话框内容较少时，初始化过程非常短暂，但是过滤器设定窗口的初始化过程稍微长点在1秒左右，但是初始化一次以后，再打开就非常快，由此可见openlaszlo的初始化过程只进行一次，不会重复进行。 
此外，这种利用开启窗口的前夕来初始化对话框的方法还有局限性，如果窗口内容比较多，那么初始话 
过程足以造成相应迟钝，造成体验不好，还应该进行继续探索。 

第二阶段：深度优化 

经过仔细分析发现，在获取远程数据过程中有少许间隙时间，可以利用这个间隙来初始化比较大的modaldialog，选择其中一个只获取一次数据的dataset来初始化过滤器窗口，经过反复测量初始化时间，认定该步优化后的应用初始化时间与上一个过程时间一致。 
去掉原来加在按钮上的初始化过滤器窗口声明，完成整个优化过程。 

调整过程原则总结： 

1。当前不显示的窗口不在系统初始化时生成 
2。只在需要的时候才生成窗口或者视图 
3。充分利用事件进行completeInstantiation 
4。充分利用系统闲暇时间