:lol:
按常规界面布局来做的,登录后的页面是一个frame框架,左边frame放功能菜单,右边frame放具体业务操作区。
尝试过两个方案:
1.一个三级菜单小项,一个GWT模块(GWT模块数很多,整体编译速度慢死了)。单击左边的菜单项,右边换一个 html 。
2.一个一级菜单,一个GWT模块(GWT模块数是一级菜单的数量,整体编译速度提供了很多,能承受了)。单击一个一级菜单下的 三级菜单小项时,是 GWT组件 的 切换,不再是 html之间的 切换了。
发现:切换三级菜单时,IE6 内存 不断在以500K的速度在增长,不释放。当最小化IE后,再最大化,内存就能降回去。也许是什么变量没有释放导致的。但查了很多次了,也找不出原因。
看了 GWT 提供的 showcase 例子,它的菜单的切换就没有导致内存一直增长。它采用了 History 组件 来缓存 所有菜单项的组件。
谁有类似的痛苦?
按常规界面布局来做的,登录后的页面是一个frame框架,左边frame放功能菜单,右边frame放具体业务操作区。
尝试过两个方案:
1.一个三级菜单小项,一个GWT模块(GWT模块数很多,整体编译速度慢死了)。单击左边的菜单项,右边换一个 html 。
2.一个一级菜单,一个GWT模块(GWT模块数是一级菜单的数量,整体编译速度提供了很多,能承受了)。单击一个一级菜单下的 三级菜单小项时,是 GWT组件 的 切换,不再是 html之间的 切换了。
发现:切换三级菜单时,IE6 内存 不断在以500K的速度在增长,不释放。当最小化IE后,再最大化,内存就能降回去。也许是什么变量没有释放导致的。但查了很多次了,也找不出原因。
看了 GWT 提供的 showcase 例子,它的菜单的切换就没有导致内存一直增长。它采用了 History 组件 来缓存 所有菜单项的组件。
谁有类似的痛苦?