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。充分利用系统闲暇时间