游乐游手机版
首页/前端开发/文章详情

ExtJS优化(一):删除冗余代码提高运行速度

时间:2026-06-16 07:03
通过提取公共删除逻辑为通用函数,将删除操作的代码量减少约80%,从24行压缩至5行。优化后只需传入关键参数即可调用,且修改通用函数即可同步更新所有调用方,显著提升代码维护性和运行速度。

说到ExtJS,大家都知道它是个“重量级”选手。加载慢几乎是标配,但好消息是,咱们程序员能做的,就是想办法给它“减负”。之前聊过JS打包的优化,这次来聊聊怎么通过减少冗余代码,让运行速度再上一个台阶。

这次要讲的优化思路,核心围绕三个通用化:删除代码通用化、提交表单通用化、初始化Grid通用化。篇幅所限,本篇先聚焦“删除代码”这一块。

先看一段典型的通用删除功能代码,这段代码在项目中几乎每个Grid都会用到——把选中记录的主键ID提取出来,弹个确认框,再发个Ajax请求到后端删除。

复制代码 代码如下:


/**
* 获取个GridPanel的选择的记录
*/
function $getGdSelectedIds(grid, idName) {
var selRs = grid.getSelectionModel().getSelections();
var ids = Array();
for (var i = 0; i < selRs.length; i++) {
ids.push(eval("selRs[i].data." + idName));
}
return ids;
}
/**
*删除
*/
function $postDel(a) {
Ext.Msg.confirm("信息确认", "您确认要删除所选记录吗?",
function(b) {
if (b == "yes") {
Ext.getBody().mask("正在删除,请稍等");
Ext.Ajax.request({
url: a.url,
params: {
ids: a.ids
},
timeout: 100000000,//default 30000 milliseconds
method: "POST",
success: function(c, d) {
Ext.getBody().unmask();
Ext.ux.Toast.msg("操作信息", "成功删除该记录!");
if (a.callback) {
a.callback.call(this);
return;
}
if (a.grid) {
a.grid.getStore().reload();
}
},
failure: function(c, d) {
Ext.getBody().unmask();
Ext.ux.Toast.msg("操作信息", "操作出错,请联系管理员!");
}
});
}
});
}
/**
* Gird批量删除操作
*/
function $delGridRs(a) {
var b = $getGdSelectedIds(a.grid, a.idName);
if (b.length == 0) {
Ext.ux.Toast.msg("操作信息", "请选择要删除的记录!");
return;
}
var c = {
url: a.url,
ids: b,
grid: a.grid
};
$postDel(c);
}

这段代码大约24行,功能很完整,但说实话,每次写新页面都要复制粘贴这么一堆,看着也累。而且,如果改一个公共组件,所有地方都得跟着改,维护成本不小。

优化后的思路很简单:把这些公共逻辑抽成一个通用函数,调用时只需传几个关键参数。来看看优化后的效果——单条删除,从原来的24行代码直接压缩到5行,而且结构清晰多了。

复制代码 代码如下:


var a = Ext.getCmp("PlanBookAllGrid");
//单个删除
$postDel({
url: __ctxPath + "/traincost/multiDelPlanBook.action",
ids: b,
grid: a
});

批量删除同样简洁:

复制代码 代码如下:


$delGridRs({
url: __ctxPath + "/traincost/multiDelPlanBook.action",
grid:c.gridPanel,
idName:'mainid'
});

这样一改,代码量减少了将近80%,阅读起来也一目了然。更重要的是,后续如果要调整删除逻辑(比如增加二次确认、更换弹窗样式),只需要修改通用函数就行,所有调用方自动生效。这就是“代码通用化”带来的实际收益。

下一篇会继续聊“提交表单通用化”和“初始化Grid通用化”的做法,感兴趣的话不妨先自己动手试试这套删除优化的思路,效果立竿见影。

来源:https://www.jb51.net/article/35571.htm
上一篇Extjs Grid中文拼音排序实现代码 下一篇使用ANT压缩JS文件去除空格注释提升运行速度
本站内容用于信息整理与展示,如有侵权或内容问题请及时联系处理。

相关推荐

补充同频道和同主题内容,方便继续浏览更多相关内容。

同类最新

继续查看同栏目最近更新的文章。

更多
Vue应用中异步更新性能问题的优化策略详解
前端开发 · 2026-07-03

Vue应用中异步更新性能问题的优化策略详解

先来看一个令许多开发者感到困惑的场景:明明修改了数据,DOM 却“毫无反应”,无法获取最新的高度,也无法计算正确的坐标。这并非 Vue 的缺陷,反而是它精心设计的性能优化策略。核心在于——你需要学会与它“异步更新”的特性协作,而非硬碰硬。 所谓的“异步更新性能问题”,本质上是一种认知偏差。Vue 的

如何避免原型对象挂载大体积动态数组内存污染
前端开发 · 2026-07-03

如何避免原型对象挂载大体积动态数组内存污染

原型链上的大数组:一个隐蔽的内存冲击波 先给个核心判断:直接在原型对象上挂载一个大体积动态数组,这既不是传统意义上的内存“污染”,也不是安全漏洞那种“污染”,而是一种相当隐蔽但后果严重的内存管理失当。它会导致所有实例共享同一份数据,而且正因为生命周期跟整个原型链绑定得太紧,垃圾回收器(GC)根本看不

利用堆栈信息精准定位显式绑定错误对象致未定义异常
前端开发 · 2026-07-03

利用堆栈信息精准定位显式绑定错误对象致未定义异常

深入追踪:显式绑定传错对象引发的未定义异常 说实话,这类问题在JavaScript开发中相当常见——显式绑定传错了对象,然后方法执行时静默失败、访问undefined、或者抛出TypeError。但真正的难点不在于“报了什么错”,而在于“到底是哪个对象被绑错了”。要解决它,需要跳出堆栈的表层报错信息

ES模块中默认导出和具名导出的执行上下文
前端开发 · 2026-07-03

ES模块中默认导出和具名导出的执行上下文

export default 与具名导出在 ES Module 中的行为机制截然不同,核心差异不在于“值如何传递”,而在于绑定如何建立以及导入时如何使用。先给出总结性结论,再逐一详细拆解。 export default 是一种语法糖,而非真正的变量声明 这种设计容易引起误解。实际上,export d

详解HTML中iframe标签loading=lazy属性实现嵌入内容懒加载方法
前端开发 · 2026-07-03

详解HTML中iframe标签loading=lazy属性实现嵌入内容懒加载方法

先聊聊 loading= "lazy " 这个属性——它本意是让 iframe 实现延迟加载,但实际落地时常常“失效”。这并非程序漏洞,而是浏览器内置的防御机制:只有所有条件同时触发,它才会真正推迟资源请求。比如 src 必须是跨域地址(类似 https: widget example com emb