求助... 一个无限级智能导航菜单的效率优化问题...
这两天在着手写一个无限级 横竖排 导航菜单...
目前横排效果和功能是完毕了, 不过在IE下显示有点慢,
由于着重于人性化设置, 导致有太多大循环...
里面一个主函数是使用 递归显示N级菜单, 问题可能大部分就在那个函数里
源码及效果见:
http://shawl.qiu.googlepages.com/Menu3_3.htm
主递归函数是:
fGetSubMenu
分不够再加 200...
[解决办法]
算了,巨慢,根本就查看不了源文件
[解决办法]
ie下显示不出来呀，ff可以
[解决办法]
你的代码也太长了吧，这个功能用不了这么多代码吧？
我是在ff下取的源代码，作成html的，打开显示不了，在线ie不能浏览
[解决办法]
哦，俺用小黑浏览那个页面还是蛮快的！
好像不用优化的样子！哈
俺去读读代码先！
帮顶！
[解决办法]
清了临时文件又开了一次，那个页面显示依然很快，
貌似没问题，LZ 是不是自己已经优化完了？！
[解决办法]
呵呵，兄弟精益求精，精神可嘉！
不过横竖摆放其实都是一棵树，一棵大树一次加载到内存肯定会比较慢！
内存大、CPU 速度快的机器不会有太大影响，不过超大以后就难说了，
俺的建议是采用 ajax 实现缓加载，俺前两天在坛子里回过一个关于 XTree 的帖子，
碰巧读了读源码，感觉还不错，XTree 就是采用 xml 保存子树缓加载实现的，
俺觉得 LZ 可以读读那个代码，先是拿来主义，然后旋转 90 度就可以了，哈
[解决办法]
IE下也不算慢啊
[解决办法]
mark
[解决办法]
我来接分了，代码不错
[解决办法]
多接几分，嘿嘿
[解决办法]
貌似还可以接一次 吧，试试
[解决办法]
感觉不慢啊
[解决办法]
这个菜单整的就是拉风。
[解决办法]
支持！
[解决办法]
function fEncode(sIpt)
{
return sIpt.
replace(/\+/g, "XXXXXPlus ")
;
}
function fDecode(sIpt)
{
return sIpt.
replace(/XXXXXPlus/g, "+ ")
;
}
这2句什么作用?
[解决办法]
mark
[解决办法]
路过
[解决办法]
死机了……
