如何在 layui.table 中实现按行控制单元格编辑权限
在 Layui 表格组件的实际开发中，我们经常需要根据业务状态动态控制编辑权限，例如只允许编辑“待审核”的行，而锁定“已发布”的行。虽然 Layui 本身没有提供类似 editable: function(row){} 的直接配置，但通过其事件机制，我们可以实现一套稳健的按行禁用编辑方案。其核心原理在于：在编辑触发时进行条件判断，并主动中断后续流程。
利用 edit 事件拦截并取消编辑
为表格设置 edit: 'text' 开启单元格编辑后，双击任意单元格都会触发 edit 事件。该事件的回调参数 obj 包含了当前行数据 obj.data 和列字段 obj.field，这正是我们进行权限判断的依据。通过在回调中返回 false，可以阻止 Layui 生成输入框，从而实现禁用效果。
table.on('edit(test)', function(obj){
// 示例：根据行数据中的 status 字段判断，'locked' 状态的行禁止编辑
if (obj.data.status === 'locked') {
// 关键步骤1：立即还原单元格的原始显示内容，避免出现残留的输入框样式
$(obj.tr).find('td[data-field="' + obj.field + '"]').html(obj.value);
// 关键步骤2：返回 false 以彻底中断 Layui 默认的编辑行为
return false;
}
});
请注意，return false 是此方案生效的关键。它直接告知 Layui 停止执行后续的创建输入框、绑定事件等操作。若遗漏此步骤，即使还原了单元格内容，输入框仍会短暂出现，影响用户体验。
为何不能依赖 CSS 或 disabled 属性实现禁用
许多开发者首先会考虑通过前端样式或属性来解决问题，但这在 Layui 的动态编辑场景下往往无效。主要原因如下：
- CSS 禁用点击（如
pointer-events: none）：会导致edit事件无法触发，使得我们失去在事件层进行业务逻辑判断的机会，且用户操作无反馈，体验不佳。 - 预设
disabled属性：Layui 的编辑输入框是在双击时动态插入 DOM 的，并非初始渲染的 HTML 一部分，因此无法预先设置禁用属性。 - 表格重载问题：当执行
table.reload()、分页或筛选时，表格内容会重新渲染，之前通过 JS 动态设置的任何状态（包括事件监听）都会失效，必须考虑事件的重绑定机制。
处理多列、复杂条件及表格重载的完整方案
当禁用逻辑涉及多个字段或外部状态（如用户角色）时，建议将判断逻辑封装成独立函数，提升代码的可读性和可维护性。
// 统一的编辑权限判断函数
function isRowEditable(rowData) {
// 综合判断：系统内置数据、旧版本数据或非管理员均不可编辑
return !(rowData.is_system === 1 || rowData.version < 2 || window.currentUserRole !== 'admin');
}
table.on('edit(test)', function(obj){
if (!isRowEditable(obj.data)) {
// 还原单元格显示，保持界面一致
$(obj.tr).find('td[data-field="' + obj.field + '"]').html(obj.value);
// 中断编辑
return false;
}
});
实施此方案时，有两个高级注意事项：
1. 虚拟滚动下的 DOM 引用：若表格设置了 height 或开启虚拟滚动，事件回调中的 obj.tr 可能是临时元素。但通过 $(obj.tr).find(...) 在当前事件循环内操作是安全的，只需避免长期缓存此 DOM 节点。
2. 表格重载后的事件重绑定：这是最容易疏忽的环节。调用 table.reload() 后，原有的事件监听会失效。必须在 reload 的 done 回调中重新绑定 edit 事件，以确保新加载的数据行依然受权限控制。
table.reload('tableId', {
// ... 重载参数
done: function() {
// 重新绑定编辑事件监听器
table.on('edit(test)', function(obj){
// ... 同样的判断逻辑
});
}
});
