var tabIndex = 'shouye';
var tabIndex2 = 'shouye';
var tabIndex3 = 'shouye';
var tabIndex4 = 'shouye';
var tabIndex5 = 'shouye';
var tabIndex6 = 'shouye';
var tabIndex7 = 'shouye';
var loadPanel = function(node) {
var id = node.id;
tabIndex7 = id;
var href = node.attributes.href;
var text = node.text;
var mainPanel = Ext.getCmp('mainPanel');
var qtip = node.attributes.qtip;
var tab = mainPanel.getComponent(String(id));
if(tab) {
mainPanel.setActiveTab(tab);
return;
}
tab = mainPanel.add(new Ext.Panel ({
id : String(id),
title : text,
tabTip : text,
html : '',
autoScroll: true,
enableTabScroll:true,
defaults: {autoScroll:true},
closable : true
}));
mainPanel.setActiveTab(tab);
mainPanel.remove(tabIndex, true);
tabIndex = tabIndex2;
tabIndex2 = tabIndex3;
tabIndex3 = tabIndex4;
tabIndex4 = tabIndex5;
tabIndex5 = tabIndex6;
tabIndex6 = tabIndex7;
}
实现思路非常简洁:利用多个变量依次保存上一批选项卡的ID,新增选项卡后立即移除最旧的`tabIndex`,再将所有变量依次前移一位。这样始终只保留最近打开的几个选项卡。代码中使用了7个变量,意味着最多同时保留7个选项卡(实际逻辑是每次删除`tabIndex`后移位,因此同时存在的选项卡数量等于变量个数减1?严格来说,初始只有一个,之后每新增一个就移除一个最老的,所以同时存在的选项卡数量始终不超过变量个数)。开发者可以根据实际项目需求调整变量数量。
需要注意的是,此方案隐含一个前提:用户点击菜单的顺序必须符合“先进先出”规则。如果用户频繁切换回旧选项卡再点开新选项,新选项卡的ID会进入队列,但旧选项卡可能尚未被移除就被重新激活——但代码中已做了判断:若ID已存在则直接激活并return,不会重复创建,因此不会出现重复删除的问题。整体逻辑是自洽的。
若并非必须严格限制选项卡数量,频繁关闭和重新创建TabPanel反而可能带来额外性能开销——每次创建都会触发IFrame重新加载。建议仅在资源确实紧张的场景下采用此方案,或者改用更优雅的队列数据结构(例如直接使用数组实现FIFO),代码会更清晰易维护。
在实际项目开发中,很多开发者会直接使用`removeAll(true)`再逐个添加,但那样会丢失各选项卡的内部状态。而上述代码的优势在于只关闭最旧的选项卡,保留其他选项卡的现场,属于一种轻量且实用的解决方案。ExtJS TabPanel限制选项卡数量的实现思路与代码
相关推荐
补充同频道和同主题内容,方便继续浏览更多相关内容。
同类最新
继续查看同栏目最近更新的文章。
Vue应用中异步更新性能问题的优化策略详解
先来看一个令许多开发者感到困惑的场景:明明修改了数据,DOM 却“毫无反应”,无法获取最新的高度,也无法计算正确的坐标。这并非 Vue 的缺陷,反而是它精心设计的性能优化策略。核心在于——你需要学会与它“异步更新”的特性协作,而非硬碰硬。 所谓的“异步更新性能问题”,本质上是一种认知偏差。Vue 的
如何避免原型对象挂载大体积动态数组内存污染
原型链上的大数组:一个隐蔽的内存冲击波 先给个核心判断:直接在原型对象上挂载一个大体积动态数组,这既不是传统意义上的内存“污染”,也不是安全漏洞那种“污染”,而是一种相当隐蔽但后果严重的内存管理失当。它会导致所有实例共享同一份数据,而且正因为生命周期跟整个原型链绑定得太紧,垃圾回收器(GC)根本看不
利用堆栈信息精准定位显式绑定错误对象致未定义异常
深入追踪:显式绑定传错对象引发的未定义异常 说实话,这类问题在JavaScript开发中相当常见——显式绑定传错了对象,然后方法执行时静默失败、访问undefined、或者抛出TypeError。但真正的难点不在于“报了什么错”,而在于“到底是哪个对象被绑错了”。要解决它,需要跳出堆栈的表层报错信息
ES模块中默认导出和具名导出的执行上下文
export default 与具名导出在 ES Module 中的行为机制截然不同,核心差异不在于“值如何传递”,而在于绑定如何建立以及导入时如何使用。先给出总结性结论,再逐一详细拆解。 export default 是一种语法糖,而非真正的变量声明 这种设计容易引起误解。实际上,export d
详解HTML中iframe标签loading=lazy属性实现嵌入内容懒加载方法
先聊聊 loading= "lazy " 这个属性——它本意是让 iframe 实现延迟加载,但实际落地时常常“失效”。这并非程序漏洞,而是浏览器内置的防御机制:只有所有条件同时触发,它才会真正推迟资源请求。比如 src 必须是跨域地址(类似 https: widget example com emb
