按钮置灰必须在模板中用d.status判断并添加layui-btn-disabled类，而非JS操作DOM或disabled属性；templet和toolbar模板均需基于d上下文条件渲染；事件回调须首行校验状态，服务端仍需二次校验。
按钮置灰必须在模板里写判断逻辑，不能靠 js 操作 dom —— 否则分页、排序、重载后状态就丢了。
templet 里用 d.status 判断并返回带 layui-btn-disabled 的按钮
这是最稳定、最推荐的做法。Layui 表格的每一行渲染都基于数据对象 d，所有状态判断必须在这个上下文里完成。
- 直接在列配置中使用
templet函数，避免依赖外部 DOM 操作 - 用严格相等（
===）比对枚举值，比如d.status === 'closed'，别写!=或!==，防止undefined状态漏判 - 置灰靠加
layui-btn-disabled类，不是靠disabled属性 —— Layui 的按钮样式逻辑依赖这个 class 控制视觉和交互 - 示例：
{ field: 'operation', title: '操作', templet: function(d) { if (d.status === 'archived') { return '<button class="layui-btn layui-btn-xs layui-btn-disabled">编辑</button>'; } return '<button class="layui-btn layui-btn-xs" lay-event="edit">编辑</button>'; } }
toolbar 模板里也得用 {{d.status}}，不能靠 JS 动态加 class
如果你用了 toolbar: '#actionBar'，那对应 <script type="text/html"> 模板里，一样要靠 {{d.status}} 做条件渲染。
-
toolbar模板没有额外上下文，d就是当前行数据，和templet一致 - 别在
table.on('rendered')里用$('.layui-table-box tbody tr')遍历加 class —— 虚拟滚动下节点会被复用，且重载后全部失效 - 错误写法：
<button class="layui-btn" {{# if(d.status === 'draft'){ }} disabled {{# } }}>删除</button>→ 这只是 HTMLdisabled，Layui 不识别，也不触发lay-event，但样式不灰 - 正确写法：
{{# if(d.status === 'draft'){ }}<button class="layui-btn layui-btn-xs layui-btn-disabled">删除</button>{{# } else { }}<button class="layui-btn layui-btn-xs" lay-event="del">删除</button>{{# } }}
置灰 ≠ 禁用逻辑完成，事件回调里还得二次校验 obj.data.status
用户能用 DevTools 删掉 layui-btn-disabled 类，或者直接调 table.cache 触发事件，所以前端拦截必须双保险。
- 在
table.on('tool(test)', function(obj){...})开头立刻检查obj.data.status，不满足就return - 例如编辑操作：如果
obj.data.status !== 'active'，直接layer.msg('该状态不可编辑')并退出 - 服务端接口仍需校验，不能只信前端传来的 ID 和操作意图
- 注意：
lay-event绑定的按钮即使被置灰，只要没删 class 或没禁用，点击仍会触发回调 —— 所以校验点必须在回调函数第一行
真正容易被忽略的是：状态字段可能为 null、undefined 或空字符串，d.status === 'xxx' 会直接跳过判断。每次写 templet 或 toolbar 模板前，先加一层 {{# if(d.status && d.status === 'xxx'){ }} 更稳妥。
